analiza biznesowa – Page 22 – JZ IT Consulting Ltd

IIBA czyli “jak to niektórzy robią w Ameryce”

Post author:Jaroslaw Zelinski
Post published:14 April 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Dlaczego tak często projekty łamią zasady rozsądku i zarządzania ryzykiem? Wczoraj na sali i w kuluarach padły między innymi takie odpowiedzi: dostawcy oprogramowania bardzo często nie potrafią takiej analizy wykonać bo nie mają wymaganych kompetencji, ale potrafią programować i tylko na to się godzą. dostawcy oprogramowania doskonale wiedzą, że istnieje ryzyko że ich produkt nie spełnia wymagań więc bardzo często nie dopuszczają do takich analiz forsując od razu wdrożenie (wręcz tępią w projektach zewnętrznych analityków!). klienci mają stale do czynienia z dostawcami a bardzo rzadko z niezależnymi analitykami i bardzo często przyjmują wiarę w to co mówią dostawcy.

Analiza przedwdrożeniowa ? czym jest

Post author:Jaroslaw Zelinski
Post published:21 January 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

...do czego zmierzam? Do tezy, mówiącej: skoro dostawcy oprogramowania zaczynają od opracowania koncepcji wdrożenia swojego produktu, to ktoś powinien przed nimi opracować specyfikacje potrzeb. Aby powstała specyfikacja potrzeb powinien ktoś zdefiniować problem, wskazać możliwe rozwiązania i ocenić jego wykonywalność. Nie ma także sensu szukanie problemu na siłę tylko po to, by wdrożyć jakieś oprogramowanie bo jego sprzedawca tak chce. Dostawcy gotowego oprogramowania powinni się w końcu pogodzić z prostym rynkowym faktem: to oni są wybierani a nie oni wybierają, dokładnie tak jak każdy inny produkt na rynku.

Wymagania na oprogramowanie ERP a analiza przedwdrożeniowa – gdzie różnica?

Post author:Jaroslaw Zelinski
Post published:20 January 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Tak więc analiza wymagań to jest praca wykonana by opisać czego oczekujemy i dokonać wyboru. Analiza przedwdrożeniowa to praca wykonywana przez dostawcę, którego wybrano, w celu opracowania specyfikacji prac jakie należy wykonać by wdrożyć dany produkt. Dobrze wykonany model nie zawiera informacji nadmiarowych, które zawsze podnoszą koszt wykonania modelu a także nie raz stanowią zbędne ograniczenia. Użycie takiego modelu jako narzędzia wyboru systemu ERP jest bardzo skuteczne: wystarczy go rozesłać do dostawców i zapytać po pierwsze czy ich system pasuje do niego, jeżeli tak to ile kosztuje ten produkt rok po roku. Z takim modelem kupujący nie musi udowadniać, że jego oczekiwania mają sens (co nie raz zdają się podważać dostawcy) a dostawca musi zdeklarować, że jego produkt pasuje do modelu.

SQL albo NoSQL, oto jest pytanie

Post author:Jaroslaw Zelinski
Post published:12 January 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

Tak wiec zanim wybierzemy system ERP wyobraźmy sobie, że wdrożenie zmusi nas do przeniesienia naszej wiedzy z głów na małe karteczki, zmusi nas do powiązania tego wszystkiego setkami niteczek, pogodzenia się z tym, że dopóki będziemy mieli ten system niewiele będziemy mogli później w tym wszystkim cokolwiek zmienić. Jedną z poważniejszych wad systemów zintegrowanych jest to, że są zintegrowane gdyż nadal większość z nich to integracja poprzez współdzielenie danych. Co robić?

Diagram klas czyli reinżynieria analizy biznesowej

Post author:Jaroslaw Zelinski
Post published:31 December 2010
Post category:Przykładowe projekty

Dlaczego podnoszę pracochłonność analizy wymagań i projektuję model koncepcyjny do testów? Ano po to by błędy i niespójności odkryć teraz, bo na etapie implementacji ich usuwanie będzie nawet 100 razy droższe. Czy takie błędy są w projektach o uproszczonych analizach biznesowych (lub wręcz pominiętych?) Ci co mają takie projekty za sobą wiedzą doskonale, że są i to prawie zawsze...