Epistemologia ? jak pomaga w analizie

Nie raz pojawia się wątek "filozoficzny" w procesie analizy (a konkretnie w rozmowach o niej...;)). Jednym z kluczowych elementów, celem, każdej analizy jest jej efekt czyli poznanie czegoś i przekazanie tej wiedzy komuś (najczęściej zleceniodawcy tej analizy). Rzecz w tym, że liczy się to czy zleceniodawca nie tylko otrzymał wyniki analizy a także czy je sobie przyswoił... Przyjmując, że dany system pojęciowy jest kompletny (pozwala na zapisanie każdej informacji z danej dziedziny), analiza polega tu na rozłożeniu tekstu (danych) pozyskanych np. z wywiadów czy dokumentów, na skończoną liczbę pojęć i związków pomiędzy nimi. W efekcie uzyskujemy np. diagram procesu BPMN (jeżeli celem był model procesu biznesowego) lub diagram klas UML (jeżeli celem była np. analiza pojęciowa i zbudowanie taksonomii). Tu dotykamy procesu komunikacji, czyli przekazania pozyskanej wiedzy i wyników analizy innej osobie.

Czytaj dalejEpistemologia ? jak pomaga w analizie

Urzędnikom i ustawodawcy zawdzięczamy utratę 100 mln euro

Koszt analizy i opracowania to ok. 20% wartości implementacji i mieści się nie raz nawet w kwocie nie wymagające przetargu (co istotnie skraca czas całości). Po drugie mając projekt, wycena implementacji nie jest już wróżeniem z fusów z narzutem 200-500% na wszelkie niewiadome (powszechna praktyka wielu firm developerskich, z bożej łaski integratorów). Zlecenie całości (analiza, projektowanie, wykonanie) jednej firmie nie raz kończy się tak: Wykonawca został wybrany w trybie zamówienia z wolnej ręki, ze względu na ochronę praw wyłącznych firmy Sygnity SA. Wykonawca został wybrany zgodnie z prawem polskim, natomiast zastrzeżenia Komisji wynikają z faktu, że w owym czasie polskie prawo nie było dostosowane do unijnego

Czytaj dalejUrzędnikom i ustawodawcy zawdzięczamy utratę 100 mln euro

Raport Jama Sofware ? O wymaganiach

Twierdzenia, że nie da się inaczej, klienci nie wiedzą czego chcą, dokumenty tekstowe to jedyne możliwe opisy wymagań itp. są prostu nie prawdą, to usprawiedliwienia braku kompetencji albo zawyżania kosztów projektów (a raczej pokrywania braku kompetencji pieniędzmi z kieszeni klientów). Pewien znajomy, współwłaściciel pewnej firmy programistycznej, napisał mi niedawno: "korzyści z takiego dokumentowania wymagań są ogromne. Wykonawca, który potrafi pracować na modelach ma 2-3 krotnie niższe koszty i 1,5-4 krotnie krótszy czas wykonania. AMEN TO THIS:)" A co on miał na myśli?

Czytaj dalejRaport Jama Sofware ? O wymaganiach

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

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.

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

Komunikacja czyli analiza i projektowanie oraz jak to zostanie odebrane

Wiele firm programistycznych ma etatowych, tak zwanych analityków wymagań, jednak oni z reguły nadal nie są projektantami. Raczej zapisują, w z góry ustalony sposób, to co mówi Zamawiający (z reguły zresztą bez pełnego zrozumienia co powiedziano). Bywa, że projektanta lub programistę wysyła się w roli analityka. To też nie działa z tych samych powodów komunikacyjnych, co potwierdza praktyka. Czy wykonawca może mieć dobrego analityka projektanta? Może mieć, niejeden nawet ma ale... z jakiegoś powodu uznano, w znacznie starszej niż inżynieria oprogramowania, branży budowlanej, że Wykonawca nie powinien być autorem tego co należy wykonać dla Zamawiającego. Zamawiający także nie powinien być projektantem. Dlaczego? Każda firma (jej Prezes) dąży do maksymalizacji swojego zysku (tu rentowności naszego projektu), interesy Zamawiającego i Wykonawcy są więc sprzeczne dlatego wymagana jest trzecia rola: niezależny projektant. I tak własnie to wygląda w projektach budowlanych, w których architekt to osobny podmiot. Zachowuje on także prawo nadzoru autorskiego nad realizacją swojego projektu by także na etapie realizacji panować nad nim. W trakcie realizacji nadal interesy Zamawiającego i Wykonawcy sprzeczne - Zamawiający maksymalizuje funkcjonalność czyli forsuje wzrost kosztów to zaś niszczy zysk Wykonawcy, który stara się tę funkcjonalność minimalizować.

Czytaj dalejKomunikacja czyli analiza i projektowanie oraz jak to zostanie odebrane

Moda na BPM to odgrzana prehistoria

Moda na procesy, zarządzanie zorientowane procesowo, outsourcing procesów biznesowych itp. to nie moda. Moim zdaniem to kolejny etap zrozumienia tego co się wokoło nas dzieje bo w sadzie nie ma procesu procesowego. W sądzie ma miejsce proces dochodzenia do poznania prawdy i wydania sprawiedliwego sądu.

Czytaj dalejModa na BPM to odgrzana prehistoria

Klucz do sukcesu: doradztwo

Wychodzenie z kryzysu, które stało się faktem także w naszej gospodarce, stwarza nowe szanse rozwoju. Także dla firm informatycznych. Jednak recesja wyedukowała menedżerów. Oni już nie chcą kupować komputerów, Oni oczekują biznesowego wsparcia. Jeszcze niedawno kupowane były komputery i programy. Można było nie raz przeczytać o dużych kontraktach wdrożeniowych, niestety nie wiele mniej razy można było przeczytać o porażkach tych wdrożeń. Wiele z nich to były i nie raz nadal są wdrożenia o przekroczonym budżecie a nawet wdrożenia nieukończone. Nikt nie wie ile z tych systemów w ogóle się zwróciło.

Czytaj dalejKlucz do sukcesu: doradztwo

Koniec treści

Nie ma więcej stron do załadowania