analiza przedwdrożeniowa – Page 5

źródło: http://www.geotor.pl/przemysl.htm

User story – kłopoty

Post author:Jaroslaw Zelinski
Post published:8 November 2010
Post category:Analizy biznesowa i projektowanie oprogramowania

Tak więc wymagania na oprogramowanie powinny być określone przez dialog biznesowy zaś specyfikacja oprogramowania przez dialog technologiczny. I tu łyżka dziegciu: wiele razy byłem świadkiem gdy to zamawiający psuł projekt uważając, że wie lepiej jak się tworzy oprogramowanie. Zjawisko to (tu bardzo niebezpieczne dla życia ludzi) także zna inżynieria budowlana dlatego prawo budowlane wymaga projektu architekta a jego projekt chroni nie tylko prawo budowlane ale także i autorskie.

Projektowanie czegoś dla gotowego ERP nie ma sensu…czy aby na pewno?

Post author:Jaroslaw Zelinski
Post published:29 October 2010
Post category:Analizy biznesowa i projektowanie oprogramowania

celem dostawcy gotowego systemu ERP jest wdrożyć go bez żadnych modyfikacji bo (jej koszty) zjadają marżę dostawcy. Celem kupującego oprogramowanie ERP, jest wsparcie swoich procesów biznesowych a nie kopia cudzych. To dwa sprzeczne interesy. Silna firma wymusi na dostawcy ERP zmiany, słaba nie raz poddaje się wierząc tezom dostawcy, że nowy system uporządkuje stan ich organizacji i da przewagę nad konkurencją. Kto tu ma rację?

Projekty IT ? patrz i uważaj?

Post author:Jaroslaw Zelinski
Post published:19 August 2010
Post category:Analizy biznesowa i projektowanie oprogramowania

Moim zdaniem mamy do czynienia z pewnym paradoksem epoki: firmy inwestują w oprogramowanie nie raz setki tysięcy złotych i więcej, statystyka wdrożeń pokazuje, że podczas wdrożenia najprawdopodobniej dopłaci drugie tyle jednak firmy te (za obopólną zgodą z dostawcą oprogramowania) oszczędzają z górą kilkanaście procent planowanego budżetu projektu wykreślając z projektu analityka, prawnika i negocjatora. Moim zdaniem jest to lobbing dostawców IT, którzy generalnie zarabiają na niekompetencji i braku doświadczenia kupujących (nie wszyscy na szczęście). Rozumiem, że wiedza ekspercka ma wartość na rynku (sam na tym rynku funkcjonuję) ale nie rozumiem wykorzystania tej wiedzy przeciwko własnym klientom?

Wymagania na oprogramowanie ERP wspomagające zarządzanie: dwie kupki

Post author:Jaroslaw Zelinski
Post published:13 August 2010
Post category:Analizy biznesowa i projektowanie oprogramowania

Najpierw analiza tego co i jak robimy. Potem podział tego na obszary standardowe, które obsłużymy narzędziem uniwersalnym, i pozostałe (których z reguły jest bardzo mało ale są bardzo ważne dla nas) i zróbmy je po swojemu ale nie pakujmy się w niszowe lub przestarzałe technologie. Nie dawajmy także wiary w to, że kupno tego co ma (powielenie tego co robi) nasz konkurent uczyni nas bardziej konkurencyjnymi bo praktyka pokazuje coś zupełnie odwrotnego.

Gotowy czy dedykowany czyli może jednak taniej…

Post author:Jaroslaw Zelinski
Post published:3 May 2010
Post category:Analizy biznesowa i projektowanie oprogramowania

Zwracam uwagę, że ?nowy system? to nie oprogramowanie pisane ?od zera? ale tworzenie go z komponentów (bo czym innym są szkielety programowe czyli tak zwane Frameworki). Warto taki scenariusz rozważyć zawsze jeśli koszt oprogramowania ERP wraz z modyfikacjami to kwota już nawet rzędu 200-300 tysięcy. Jeżeli to mniejsze projekty z grupy CRM, rozbudowanych stron WWW i podobnych, tym progiem są nie raz kwoty o rząd mniejsze. W takich przypadkach zawsze warto po prostu wysłać zapytania ofertowe także do firm programistycznych a nie tylko do dostawców gotowego oprogramowania.