Podejście lean i współpraca w architekturze korporacyjnej: praktyczny przewodnik

Architektura korporacyjna uchodzi za dziedzinę złożoną i techniczną, zarezerwowaną dla specjalistów z doświadczeniem w modelowaniu. Nie musi tak jednak być.

Gdy architektura korporacyjna jest prosta i praktyczna, przestaje być dziedziną wyłącznie dla ekspertów. Zespoły zaczynają z niej korzystać, żeby zrozumieć, jak działa organizacja, i wspólnie wyznaczać kierunek jej rozwoju. Zamiast pozostawać w diagramach i dokumentacji, architektura staje się narzędziem do podejmowania realnych decyzji i do współpracy.

W tym artykule pokazujemy, jak w praktyce uprościć architekturę i udostępnić ją innym: od modelu na tyle prostego, żeby dało się go sprawnie zbudować, po przekazanie go osobom, które faktycznie opierają na nim swoją pracę. Zobacz, jak cała organizacja może pracować z architekturą na co dzień.

Najważniejsze zadanie architektury to pomóc zrozumieć, jak działa firma i jak technologia ją wspiera. Założenie jest proste, ale w wielu organizacjach codzienna praktyka odbiega od niego. Modele się rozrastają, a terminologia staje się zbyt techniczna. Grono osób, które faktycznie potrafią pracować z architekturą, kurczy się do kilku specjalistów.

Konsekwencje są łatwe do rozpoznania. Zespoły biznesowe tracą zaangażowanie, bo materiały nigdy nie powstawały z myślą o nich. Z kolei zespoły IT, nawet jeśli pracują z modelem, często interpretują go różnie w zależności od tego, kto pyta. Decyzje zapadają więc gdzie indziej: na spotkaniach i w arkuszach kalkulacyjnych, które w ogóle nie odwołują się do architektury. Sam model pozostaje wtedy zwykłą dokumentacją, a nie narzędziem, z którego ludzie korzystają przy wyborze kierunku działań.

Nie do tego służy architektura korporacyjna. Uproszczony model znów staje się dostępny dla wszystkich, którzy mają udział w wyznaczaniu kierunku rozwoju organizacji, a nie tylko dla jego autorów.

Pierwszy krok do tego, żeby architektura znów była użyteczna, to praca w duchu lean. Lean EA oznacza modelowanie wyłącznie tego, czego organizacja faktycznie potrzebuje. Podstawą są kluczowe elementy, takie jak zdolności biznesowe, aplikacje i procesy, a nie próba odwzorowania wszystkiego naraz. Przejrzystość ma pierwszeństwo przed kompletnością. Decyzja o tym, czego nie umieszczać w modelu, jest równie ważna jak wybór tego, co się w nim znajdzie, bo każda kolejna warstwa szczegółów to dodatkowa przeszkoda między modelem a osobami, które mają z niego korzystać.

Ograniczenie się do podstaw przynosi dwie korzyści. Po pierwsze, firma nie musi czekać na ukończenie „idealnego modelu”, żeby zacząć czerpać z niego wartość. Pierwsze wnioski pojawiają się, gdy tylko powstanie podstawowa struktura. Po drugie, architektura rozwija się krok po kroku wraz z dojrzałością organizacji i nie trzeba jej przebudowywać przy każdej zmianie priorytetów. Model obejmuje tylko to, co przydaje się teraz, a rozszerza się dopiero wtedy, gdy organizacja jest gotowa na więcej.

Sprawdź: Zobacz, jak budować architekturę korporacyjną w duchu Lean EA z pomocą ADOIT i ArchiMate, żeby szybko i sprawnie tworzyć przejrzyste modele.

Metamodel ArchiMate dla zespołów zaczynających pracę z Lean EA

Nawet model w duchu Lean EA pozostaje tylko modelem, dopóki nie mogą z niego korzystać osoby spoza zespołu architektów. Do usunięcia tej bariery służą przestrzenie robocze (Workspaces). Dzięki nim architektura staje się wspólnym narzędziem pracy, uporządkowanym wokół realnych pytań biznesowych, a nie abstrakcyjnych diagramów. Osoby bez doświadczenia w modelowaniu rozumieją, co się dzieje, a praca jest nastawiona na działanie, nie na tworzenie kolejnej dokumentacji. Przestrzenie robocze nie wymagają od użytkowników samodzielnej interpretacji złożonego modelu. Prowadzą ich przez konkretne sytuacje, w których trzeba podjąć decyzję:

• W co powinniśmy zainwestować w pierwszej kolejności?
• Które zdolności biznesowe wymagają usprawnienia?
• Które aplikacje warto zmodernizować lub zastąpić?
• Gdzie wydajemy za dużo?

Szukanie odpowiedzi na takie pytania zmienia to, czym architektura korporacyjna jest dla zaangażowanych osób. Przestaje być czymś oglądanym z dystansu, a staje się wspólnym zadaniem. Przedstawiciele biznesu mogą włączyć się w tę pracę razem z zespołami IT i architektami. Nikt nie potrzebuje do tego zaawansowanej wiedzy o modelowaniu, bo wszyscy korzystają z tych samych, uporządkowanych informacji.

Wspólna baza informacji zmniejsza rozbieżności między zespołami i ogranicza nieporozumienia. Proces decyzyjny jest przejrzysty: każdy widzi te same informacje, na podstawie których zapadła decyzja, i nie dowiaduje się o niej dopiero po fakcie.

Sprawdź: Dowiedz się, jak przestrzenie robocze pomagają porządkować treści architektoniczne, dzielić się wnioskami i skupiać zespoły wokół wspólnych zdolności biznesowych, aplikacji i procesów.

Wspólne tworzenie map drogowych w przestrzeniach roboczych ADOIT

Przejrzyste decyzje podejmowane wspólnie nie są automatycznie właściwe. Gdy architektura jest już zrozumiała i dostępna dla wszystkich, na pierwszy plan wysuwa się inne pytanie: skąd wiadomo, że decyzja podjęta dziś sprawdzi się, gdy zaczną się pojawiać jej skutki? Do znalezienia odpowiedzi służy analiza scenariuszy w architekturze korporacyjnej.

Każda istotna zmiana ma konsekwencje, które w chwili wyboru nie są oczywiste. Aktualizacja aplikacji może odbić się na wielu procesach, a wymiana systemu potrafi wpłynąć na koszty i codzienne działanie firmy w sposób widoczny dopiero po czasie. Modyfikacja jednej zdolności biznesowej oddziałuje czasem na kilka zależnych od niej systemów, o których sprawdzeniu większość uczestników spotkania nawet nie pomyślała. Skutki są realne, tylko w momencie podejmowania decyzji jeszcze ich nie widać.

Analiza scenariuszy rozwiązuje ten problem, pozwalając organizacjom sprawdzić kilka możliwych wariantów przyszłości, zanim zdecydują się na zmianę. Zamiast pytać „co powinniśmy zrobić?”, pyta się: „co się stanie, jeśli wybierzemy A, B albo C?”. Dzięki takiemu podejściu można modelować różne alternatywy i bezpośrednio porównywać ich skutki. Zanim cokolwiek zostanie przesądzone, zespoły oceniają, co każda opcja oznacza dla biznesu, IT i kosztów. Decyzja opiera się więc na faktach, a nie na przypuszczeniach, jak sprawy prawdopodobnie się potoczą.

Porównanie scenariuszy pod kątem dopasowania biznesowego i technologicznego w ADOIT

Cały proces przebiega według prostej logiki. Punktem wyjścia jest obecna architektura, czyli rzeczywisty stan organizacji, a nie jego wyidealizowana wersja. Następnie musi pojawić się czynnik, który wywołuje potrzebę zmiany. Czasem jest to presja kosztowa lub przestarzałe systemy, a czasem szersza transformacja strategiczna, na którą firma już się zdecydowała.

Gdy wiadomo już, co uruchamia zmianę, powstają alternatywne scenariusze przyszłości. Każdy z nich odpowiada innej możliwej decyzji lub innemu kierunkowi. Następnie wszystkie warianty ocenia się według tych samych kryteriów:

• wartość biznesowa
• dopasowanie technologiczne
• skutki kosztowe
• ryzyko i złożoność

Po zakończeniu oceny scenariusze zestawia się obok siebie. Najbardziej odpowiedni stan docelowy wybiera się na podstawie wyników, a nie przeczucia. Efektem jest decyzja zrozumiała dla wszystkich zaangażowanych, której konsekwencje widać na długo przed wdrożeniem jakichkolwiek zmian.

Sprawdź: Zobacz, jak planowanie scenariuszowe pomaga zespołom analizować przyszłe stany organizacji, ograniczać ryzyko i z większą pewnością planować transformację w ramach praktycznego podejścia w duchu Lean EA.

Stosowane razem Lean EA, przestrzenie robocze i planowanie scenariuszowe tworzą jeden ciągły cykl, w którym każdy element wpływa na to, z czym pracuje kolejny.

Architektura w duchu Lean EA daje przestrzeniom roboczym użyteczny fundament, zamiast modelu tak złożonego, że osoby spoza zespołu architektów wolą go nie ruszać. Decyzje wypracowane w przestrzeniach roboczych są dokładnie materiałem, który warto sprawdzić w planowaniu scenariuszowym, bo zamiast abstrakcyjnego „co by było, gdyby” pojawia się konkretny wybór. Wnioski ze scenariuszy wracają następnie do punktu wyjścia, czyli do obecnej architektury. Model przyjmuje je jako kolejną drobną aktualizację, a nie powód do pełnego przeprojektowania. Właśnie po to od początku utrzymuje się go w prostej formie.

Zrozumienie architektury → wspólne decyzje → analiza przyszłych scenariuszy → świadome wybory, a potem cykl powtarza się wraz ze zmianami w organizacji.

Architektura korporacyjna zaczyna przynosić wartość w chwili, gdy pomaga ludziom wspólnie podejmować lepsze decyzje. Nie potrzeba do tego eksperckiego słownictwa ani wiedzy specjalisty. Wystarczy model, z którego każdy może realnie korzystać.

Podstawa w duchu Lean EA sprawia, że architektura pozostaje użyteczna. Przestrzenie robocze oddają ją w ręce osób podejmujących decyzje, a planowanie scenariuszowe pokazuje im, do czego te decyzje prowadzą, zanim cokolwiek zostanie przesądzone. Takie połączenie odpowiada temu, czym architektura korporacyjna miała być od początku: praktycznym sposobem łączenia biznesu i IT, opartym na przejrzystości, a nie na zgadywaniu.