Architektura korporacyjna i dojrzałość

kto powinien taki model stworzyć i zarządzać jego zmianą? Na to pytanie jednak, moim zdaniem, każdy z Państwa sam sobie musi odpowiedzieć, ale jak chyba widać, powinna to być osoba neutralna w organizacji. Jak to robić? Chyba nie ma sensu rzucanie się na tworzenie całego takiego modelu za jednym podejściem. Biorąc pod uwagę to, że decyzje mające wpływ na system informacyjny są podejmowane od czasu do czasu, warto mieć opracowany sposób na tworzenie tego modelu (metodyka, ramy) i tworzyć te jego elementy, które przysłużą się w konkretnym przypadku. Z każdym takim projektem organizacja będzie coraz pełniej udokumentowana aż osiągnie etap, w którym z tworzenia modelu, płynnie przejdzie na zarządzanie jego zmianą.

Continue ReadingArchitektura korporacyjna i dojrzałość

Optymalizacja procesów biznesowych

Co robić? Po pierwsze oddzielić "grubą kreską" procesy od zadań. Proces to jedno zadanie lub seria zadań (czynności). Model takiego procesu pokazuje kolejność tych zadań, ewentualne warianty tej kolejności. Jeżeli ma to być "mapa", proces musi być deterministyczny (przewidywalny w 100%). Jeżeli tylko okaże się, że liczba wariantów zaczyna nam w toku analiz rosnąć, jest to sygnał, że należy zrezygnować z pisania procedury i przejść na metodę "zespół z kierownikiem". Taki niepodzielny zespół jest reprezentowany na modelu procesów jako rola w osobie kierownika tego zespołu (lub nazwa zespołu). Dokumentacja "wnętrza" sprowadza się do listy reguł biznesowych oraz określenia liczebności zespołu.

Continue ReadingOptymalizacja procesów biznesowych

Ś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.

Continue ReadingŚmierć aplikacji dedykowanych to mit

Po co komu analityk a jeśli tak to jaki czyli bałagan w administracji

Być może więc za specyfikowanie wymagań na oprogramowanie powinny odpowiadać urzędy centralne od razu po tym, jak nałożą jakiś ustawowy obowiązek na podległe im urzędy? Wtedy mamy "osobę" analityka, który wykona analizę nowej ustawy i opracuje wymagania na oprogramowanie. Firma, która wygra przetarg, zapewne w ramach swojej analizy i opracowania koncepcji rozwiązania, popyta urzędników o jakieś szczegóły w rodzaju wewnętrzna organizacja pracy urzędu, struktury obowiązków i kompetencji itp. ale nie o to co urzędnik ma robić a czego nie! I dokładnie takie samo podejście polecam firmom: zanim wybierzecie produkt lub wykonawce oprogramowania, jako interesariusze własnych projektów, zlećcie analizę i opracowanie specyfikacji i dopiero potem pozwalajcie własnym Waszym pracownikom decydować o Waszych firmach, nie to będą przynajmniej wasze kadry kierownicze.

Continue ReadingPo co komu analityk a jeśli tak to jaki czyli bałagan w administracji

Architekt korporacyjny jako pracownik outsourcowany. Czy to na pewno dobry pomysł?

Niedawno napisałem, ze Architekt korporacyjny nigdy nie powinien być interesariuszem w projekcie związanym z reorganizacją ((Jak rozmawiać z biznesem nt. Architektury Korporacyjnej | Jarosław Żeliński IT-Consulting). Cytowany w tym artykule…

Continue ReadingArchitekt korporacyjny jako pracownik outsourcowany. Czy to na pewno dobry pomysł?