Czy Twoje projekty mają skalę Chińskiego Muru?
Sprawdź jak możemy pomóc Ci nimi zarządzać!

Poprawne zdiagnozowanie obecnego stanu architektury korporacyjnej jest niezbędnym krokiem do przygotowania strategii rozwoju, która w pełni wspierałaby strategię biznesową firmy.

Punktem wyjścia jest przeprowadzenie audytu, w trakcie którego zostaną zebrane informacje:

• Opis poszczególnych komponentów architektury aplikacyjnej wraz ze zdefiniowaniem właścicieli biznesowych
• Opis przepływu informacji pomiędzy poszczególnymi komponentami oraz poszczególnymi działami zaangażowanymi w proces
• Zdefiniowanie źródeł danych wraz z procesem zarządzania danymi podstawowymi
• Zidentyfikowanie właścicieli danych
• Zidentyfikowanie obecnych problemów zarówno po stronie klienta jak i dostawców poszczególnych komponentów aplikacyjnych
• Zidentyfikowanie innych niż technologiczne barier powodujących niemożność zmiany lub modyfikacji poszczególnych komponentów
• Ocena zaangażowania działów nie uczestniczących bezpośrednio w definiowaniu architektury aplikacyjnej
• Ocena możliwości zmian z uwagi na strategię biznesową
• Ocena potencjału wsparcia strategii biznesowej przez jasne standardy tworzenia i zarządzania architekturą aplikacyjną

Zebranie wymaganej informacji będzie się odbywało na podstawie:

• analizy istniejącej dokumentacji i innych istotnych dokumentów (np. procedury wewnętrzne, notatki mailowe, materiały szkoleniowe, itp.)
• sesji warsztatowych – format sesji będzie zależał od grupy docelowej; rekomendowana jest typowa sesja tzw. "burzy mózgów" z dwoma członkami zespołu projektowego – moderatorem oraz sekretarzem. Długość jednej sesji nie powinna przekraczać jednego dnia roboczego

Sesje warsztatowe służą do uzupełnienia wiedzy zawartej w istniejących dokumentach. Ilość i rodzaj sesji będzie precyzyjnie zaprojektowana po fazie zapoznania się z istniejącą dokumentacją.

Wynik przeprowadzonych działań:

1. Opis obecnego stanu architektury aplikacyjnej. Zgodnie z zapotrzebowaniem klienta, opis może być przygotowany na dwóch poziomach szczegółowości (zalecane!):

• Biznesowy – opis będzie zawierał odpowiedni kontekst biznesowy i jasno wskazywał, gdzie obecna architektura może wspierać strategie biznesowe. Dodatkowo zostaną opisane zagrożenia związane z obecnym stanem architektury aplikacyjnej wraz z zasobami nią zarządzającymi. Dodatkowo dokument opisowy zostanie przygotowany w formie prezentacji dla decydentów.
• Aplikacyjny – pozostawienie generalnego kontekstu biznesowego, ale skupienie się na technologii poszczególnych aplikacji i powiązań.

2. Zdefiniowanie docelowej architektury aplikacyjnej i strategie dojścia (tzw. roadmaps) z uwzględnieniem możliwości biznesowych.

3. Propozycję zdefiniowania standardów do zarządzania architekturą aplikacyjną. Wytyczne wraz z pokazaniem korzyści posiadania:

• Reguł architektury korporacyjnej
• Modelu Ekosystemu IT – czyli zintegrowanego środowiska, gdzie usługi różnych dostawców mogą współpracować z technicznego punktu widzenia, dzielić infrastrukturę oraz dostarczać zorganizowane i spójne procesy
• Zarządzania portfolio projektów
• Nowych ról w zespołach wspierających zarządzanie architekturą
• Standardów zarządzania dostawcami oraz firmami outsource’ującymi
• Zarządzania informacją jako uzupełnienie portfolio komponentów aplikacyjnych