Nie dać się szantażować swojemu własnemu dostawcy oprogramowania

Gdzie tkwi podstęp: Logika Biznesowa Dedykowana MUSI być udokumentowana osobno w sposób jednoznaczny, nie dający programiście pola do własnej interpretacji, a to wymaga opisania tego metodami formalnymi. Logika biznesowa dedykowana musi być odrębnym TWOIM kodem (w umowie prawa majątkowe do niego oraz umowa o ochronie Twojego know-how). Ale to dużo kosztuje! Dostawca oprogramowania i tak na Twój koszt to w jakiejś formie zrobi! Otóż praktyka pokazuje, że zaprojektowanie i wykonanie odrębnej Logiki biznesowej dedykowanej, kosztuje zawsze mniej (nie raz znacznie mniej!) niż koszt dostosowywania ogromnej istniejącej już logiki dostarczonej. Większość kupujących systemy ERP z powodu braku tej wiedzy i pod naciskiem dostawcy oprogramowania, przyjmuje niekorzystną dla siebie metodę wdrożenia i podpisując wcześniej niekorzystną dla siebie umowę (kastomizacja oprogramowania).

Czytaj dalej Nie dać się szantażować swojemu własnemu dostawcy oprogramowania

Śmierć aplikacji dedykowanych to mit

Nikt tu nie namawia nikogo do pisania zintegrowanych systemów ERPII od zera, jednak dostosowywanie ich (kastomizacja) w zasadzie przeczy zdrowemu rozsądkowi, o czym nie raz już pisałem (wyjaśnienie w cytowanym powyżej artykule). Przypomnę, że mamy tu dwa problemy: pierwszy to koszty kastomizacji dużego systemu są niemalże zawsze większe (ja od 20 lat nie spotkałem się z tym by były niższe) niż zaprojektowane nowego dedykowanego modułu. Drugi: kastomizacja powoduje, że całe know-how firmy (związane z tym dostosowywanym oprogramowaniem) zostaje przejęte przez dostawce oprogramowania, który może handlować nim na rynku.

Czytaj dalej Śmierć aplikacji dedykowanych to mit

Open Source w biznesie

otwartość oprogramowania (kodu) czyni go bardziej wiarygodnym, otwartość kodu skłania jego twórców do podnoszenie jego jakości (wstyd zabrania partaniny ;)), to czy jest darmowy czy nie, zależy wyłącznie od modelu biznesowego sprzedaży: twórca sam ustala czy zarabia na licencjonowaniu kodu czy na swojej wiedzy i pracy, “zamykanie kodu”, to kwestia subiektywnego uznania twórcy kodu, czy stanowi on (treść) chronione know-how (jego przewagę konkurencyjną) czy nie… ale warto dodać, że przewaga stojąca na takiej tajemnicy ma jednak gliniane nogi (jak każda przewaga bazująca w 100% na tajemnicy).

Czytaj dalej Open Source w biznesie

Producent systemu ERP chce 20 mln USD zadośćuczynienia od długoletniego klienta – kliencie pilnuj się, pomogę

Nie raz od klientów słyszę, że walka z dostawcę nie ma sensu, ale nie jest to prawda. Na etapie zawierania umowy zależy dostawcy bardzo, i jest to czas (ostatni!) by negocjować. Tak więc po pierwsze warto zadbać o treść uwowy, po drugie zadbać o swój know-how, jak? Dedykowane dla siebie funkcjonalności należy implementować, ale nie metodą ingerencji w pierwotny kod źródłowy (polecana przez dostawców kastomizacja) a poza nim, w postaci odrębnego projektu. Nawet jeżeli implementacja będzie miała miejsce w środowisku kupionej aplikacji to jednak nasz jest fragment kodu wytworzony od zera dla nas (jeżeli nie został zaprojektowany przez dostawcę pierwotnego systemu!). Tak więc po pierwsze warto zadbać o treść uwowy, po drugie zadbać o swój know-how, jak? Dedykowane dla siebie funkcjonalności należy implementować, ale nie metodą ingerencji w pierwotny kod źródłowy (polecana przez dostawców kastomizacja) a poza nim, w postaci odrębnego projektu. Nawet jeżeli implementacja będzie miała miejsce w środowisku kupionej aplikacji to jednak nasz jest fragment kodu wytworzony od zera dla nas (jeżeli nie został zaprojektowany przez dostawcę pierwotnego systemu!).

Czytaj dalej Producent systemu ERP chce 20 mln USD zadośćuczynienia od długoletniego klienta – kliencie pilnuj się, pomogę

Open Source – plusy, minusy, mity

Ja produkty open source porównał bym do produktów dużych międzynarodowych korporacji, całkowity koszt dla ostatecznego ich użytkownika zawsze będzie sumą kosztów utrzymania twórców oprogramowania oraz tych, który je wdrożyli i potem wspierają to wdrożenie. Podział i jawność poszczególnych pozycji tych kosztów to w moich oczach tylko marketingowe zabiegi. Jedno jest pewne, produkty “słabo” finansowane kończą albo jako “zaprzestano rozwoju” albo, jeśli są na prawdę dobre, są przejmowane i komercjalizowane. Czasem ma miejsce coś co ja nazywam “autokomercjalizacją” czyli społeczność twórców po prostu przekształca się w podmiot rynkowy oferujący swój produkt.

Czytaj dalej Open Source – plusy, minusy, mity

Kilka słów o kosztach analizy przedwdrożeniowej i prawie autorskim

Tak więc na zakończenie zwrócę uwagę: analiza wymagań i projekt oprogramowania jest złożona, niezależnie od tego ilu użytkowników go będzie używało. Jednak koszt wdrożenia oprogramowania w firmie 10 osobowej będzie nieporównywalnie mniejszy niż w korporacji zatrudniającej 1000 osób. Tu jednak problemy leżą już gdzie indziej.

Ale ktoś powie: duży ERP wymaga przewidzenia wielu ról w systemie i w związku z tym obsługi wielu etapów jakie pokonują tam dokumenty. Owszem, dlatego uważam, że należy osobno wybrać system, który wchłonie te dokumenty (np. finanse itp.) i osobno system, które je tam doprowadzi czyli “jakiś workflow”. To dużo bezpieczniejsze i mniej ryzykowne. (na diagramie poniżej (dan z IBM) wdrożenie to etap instalacji i oddania do użytku.

Dlatego dobrą praktyką jest raczej oddzielenie projektowania od wykonania. Zlecenie analizy i opracowania rozwiązania i przejęcie praw majątkowych do opracowania (projektu systemu) i na tej podstawie dopiero wskazanie wykonawcy daje gwarancje, że dostawca oprogramowania nie nabędzie żadnych praw do Państwa pomysłu. Daje gwarancję, że Wasz unikalny pomysł nie stanie się “modelem referencyjnym dla branży…” lub co gorsza “gotowym produktem z pudełka”…

Czytaj dalej Kilka słów o kosztach analizy przedwdrożeniowej i prawie autorskim

Polityki

Polityki strony Wydawcą Strony WWW pod adresem URL: http://IT-Consulting.pl wraz z podstronami (dalej Strona) oraz autorem publikowanych treści, jest Jarosław Żeliński prowadzący działalność gospodarczą na terenie Wielkiej Brytanii pod adresem:…

Czytaj dalej Polityki

Diagramy klas UML wg. p-programowanie.pl

Wprowadzenie Od czasu do czasu dostaję emaile rozpoczynające się od słów: "A tu programista i pisze inaczej". Tym razem dostałem od czytelnika link do tekstu Diagramy klas UML (https://www.p-programowanie.pl/uml/diagramy-klas-uml). Artykuł…

Czytaj dalej Diagramy klas UML wg. p-programowanie.pl