Kolejna książka z cyklu "ta wiedza się nie starzeje" a nie starzeje się architektura i wzorce. Tym razem: Component Software: Beyond Object-Oriented Programming (ACM Press), Clemens Szyperski, Published by Addison-Wesley Professional (1998), ISBN…
Nadal obserwuję to, że model relacyjny i "tworzenie bazowych modeli danych na etapie analizy wymagań" (kanoniczny model danych) trzymają się twardo mimo tego, że nie wiele wnoszą do projektu a…
Produkt: Opis Przedmiotu Zamówienia (opracowanie specyfikacji SWS) zawierający zarówno udokumentowany Model Biznesowy Organizacji jak i Projekt Techniczny Rozwiązania, realizowany jest także nadzór autorski nad realizacją. Korzyści: ochrona know-how Zamawiającego, kompletne…
Wpadła mi niedawno w ręce książka: How to survive in the jungle of Enterpice Architecture Frameworks (autor Jaap Schekkerman, na Amazon.com dostępny fragment w tym spis treści).
Dla mnie po lekturze tej książki nasuwa się jeden wniosek: moda na TOGAF to marketing The Open Group. Są inne, moim zdaniem ani gorsze ani lepsze, “ramy” architektoniczne (książka opisuje ich wiele). Podtytuł książki mówi wiele: Creating or choosing an Enterprise Architecture Framework (Tworzenie lub wybór ram architektury korporacyjnej). W zasadzie wystarczy wziąć przytaczaną powyżej definicję AE i podjąć powyższą decyzję: stworzyć lub wybrać. Nie jest to – tworzenie – łatwe, większość więc wybiera gotowe, jednak to jedynie ramy dlatego i tak nie da się tu niczego zastosować jak recepty.
Jarosław Żeliński ZARZĄDZANIE ARCHITEKTURĄ IT WE WŁASNYM ZAKRESIE JEST KRYTYCZNE: Integratorzy systemów mogą być cennym elementem cyfrowej transformacji, ale nigdy nie powinni mieć całkowitej, niekontrolowanej władzy nad całym przedsięwzięciem (źr.…
Analiza biznesowa obejmuje wyłącznie obszar strategii i procesów biznesowych. Wdrożenie poprzedzane jest analizą całej organizacji, wydzielenie w niej niezależnych obszarów dziedzinowych (np. rachunkowość, zarządzanie procesami pracy, zarządzanie wiedzą, portal klienta, zarządzanie i sterowanie produkcją, zarządzanie procesem sprzedaży, inne).
Każdy obszar cechuje się tymi trzema poziomami: strategia, procesy, realizacja. Na etapie analizy potrzeb prowadzimy audyt i modelowanie procesów. Zakładamy, że szczegóły tego ?jak pracujemy? i tak ulegną zmianie po wdrożeniu nowego narzędzia pracy, więc pomijamy je na tym etapie (zostaną określone podczas wdrożenia). Jeżeli analiza wykaże, że istnieje obszar niestandardowy w organizacji, tylko dla tego obszaru prowadzi się szczegółową analizę, gdyż w tym obszarze będzie (najprawdopodobniej) wdrażane rozwiązanie dedykowane.
Tak więc zintegrowany system ERP II nie musi oznaczać “jedno rozwiązanie od jednego dostawcy”. Po pierwsze trudno jest szczegółowo wyspecyfikować taki system, po drugie nie raz okazuje się, ze “systemy od wszystkiego są do niczego”…
Niedawno pewna firma IT otrzymała zapytanie ofertowe na system ERP i poprosiła mnie o wsparcie w przygotowaniu oferty. Zapytanie zawierało tabelę zawierającą 1480 wymaganych i opcjonalnych cech systemu. Na czym to moje wsparcie miało polegać? Ano na ustosunkowaniu się do zapytania. Nie będę się wgłębiał w szczegóły tym bardziej, że to tajemnica handlowa jednak tknęło mnie te 1480 pozycji i ich treść. Otóż coraz częściej widuję takie i podobne zapytania. Są one do siebie bardzo podobne, żeby nie powiedzieć, że czasami tożsame. I nie chodzi tu o samą listę wymagań i jej szczegółowość ale także o koszt wykonania samego SIWZ (Specyfikację Istotnych Warunków Zamówienia, ang RFP: Request For Proposal)) . Ile to kosztuje? Kto za standardową listę wymagań zapłacił więcej niż $1000 najprawdopodobniej przepłacił.
Odpowiedź brzmi: zakup systemu informatycznego mającego wspierać zarządzanie firmą bez posiadania modelu tego zarządzania oraz zinformatyzowanie stanu zastanego firmy jest niczym innym jak tylko utrwaleniem tego stanu. Nawet jeżeli uda się wdrożyć system w tej postaci to firma nie posunęła się w efekcie ani krok do przodu.
