Co to jest TOGAF i jak łatwiej go wdrożyć

TOGAF to jeden z najpopularniejszych standardów architektury korporacyjnej i globalny standard utrzymywany przez The Open Group. Pomaga firmom projektować, planować, wdrażać i nadzorować architekturę tak, żeby strategia biznesowa była spójna z działaniami IT.

W praktyce jednak TOGAF często uchodzi za złożony i trudny w praktycznym zastosowaniu, zwłaszcza w realnych projektach transformacyjnych. W tym artykule tłumaczymy, czym jest TOGAF, jak działa i dlaczego warto korzystać tylko z tych jego elementów, które są potrzebne, zamiast stosować całość naraz. Dzięki temu staje się praktyczny, elastyczny i przydatny we współczesnych projektach architektury korporacyjnej. Jeśli pracujesz też z ArchiMate, warto wiedzieć, jak te oba standardy się ze sobą łączą.

TOGAF (The Open Group Architecture Framework) to uporządkowany standard i zestaw ram postępowania (framework) w dziedzinie architektury korporacyjnej. Pomaga firmom projektować, planować, wdrażać i nadzorować architekturę w spójny, powtarzalny sposób.

Przede wszystkim TOGAF daje wspólny język i podejście, dzięki którym strategia biznesowa i IT mogą być ze sobą spójne, a decyzje architektoniczne wspierają długoterminowe cele firmy.

ADM (Architecture Development Method) to główny proces w ramach TOGAF. Opisuje, jak architektura korporacyjna powstaje, jak jest utrzymywana i nadzorowana.

ADM działa jako cykl kolejnych faz. Prowadzi firmy od wizji architektury aż po wdrożenie zmian i zarządzanie nimi w ramach TOGAF. Dzięki temu prace nad architekturą są systematyczne, powtarzalne i zgodne z celami biznesowymi.

ADM nie jest sztywną sekwencją kroków. Można go dostosować do potrzeb firmy: wykorzystywać tylko wybrane fazy albo przejść przez cały cykl, zależnie od zakresu prac i dojrzałości zespołu.

Cykl ADM zaczyna się od fazy przygotowawczej, a potem przechodzi przez kolejne etapy, w których firma wykrywa luki w swojej architekturze. Na koniec projektuje, uzgadnia i wdraża docelowy stan organizacji. Poszczególne fazy obejmują między innymi definiowanie struktur biznesowych, projektowanie systemów informatycznych, planowanie integracji technologii i wdrażanie mechanizmów zarządczych.

W tej fazie firma określa swoją ogólną wizję. Można też powiedzieć, że to tutaj wyznacza się strategię.

Powstaje architektura biznesowa. Zwykle skupia się na zrozumieniu przepływów wartości, procesów biznesowych i relacji między nimi.

Tworzona jest architektura systemów informatycznych. Obejmuje architekturę danych, aplikacji oraz interakcje między nimi, tak by wspierała architekturę biznesową.

W tej fazie firma określa infrastrukturę technologiczną, która wspiera systemy informatyczne: sprzęt, oprogramowanie, elementy sieciowe, a także maszyny, roboty i urządzenia IoT.

Organizacja identyfikuje i analizuje możliwe rozwiązania oraz szanse, biorąc pod uwagę wymagania biznesowe i ograniczenia. Powstaje dzięki temu ogólny plan wdrożenia i migracji.

Powstaje plan przejścia od architektury obecnej (as-is) do architektury docelowej (to-be). Uwzględnia kolejność, harmonogram i zależności między projektami.

Firma realizuje projekty wdrożeniowe zgodnie z planem, a mechanizmy nadzoru mają zapewnić, że wizja architektury naprawdę zostanie wprowadzona w życie.

Organizacja zarządza zmianami i je kontroluje, tak aby architektura korporacyjna wciąż była zgodna z jej celami.

I wreszcie ostatni krok całego procesu: firma zarządza wymaganiami w sposób systematyczny.

Mimo że jest szeroko stosowany, TOGAF często uchodzi za złożony i trudny do zastosowania w praktyce. Jeden z powodów to sam zakres tego standardu: obejmuje wiele aspektów architektury korporacyjnej, od zarządzania i procesów po szczegółowe artefakty architektoniczne. To bywa przytłaczające, zwłaszcza dla firm na wczesnym etapie dojrzałości.

Kolejne wyzwanie wynika nie z samego standardu (ram), lecz ze sposobu, w jaki firmy go stosują. Kiedy wdraża się go w sztywny lub zbyt sformalizowany sposób, TOGAF prowadzi do rozbudowanej dokumentacji, która daje niewiele bieżącej wartości. To umacnia wrażenie, że jest biurokratyczny i oderwany od realnych potrzeb biznesu.

Często problemem nie jest sam TOGAF, tylko brak priorytetów i dopasowania do sytuacji firmy. Jeśli firma nie skupia się jasno na wynikach i decyzjach, łatwo wdrożyć więcej elementów ze standardu TOGAF, niż naprawdę trzeba. To zwiększa złożoność i spowalnia transformację.

Architecture Development Method to centralny element TOGAF, ale nie cały standard. TOGAF to coś więcej: szersza struktura architektury korporacyjnej, która obejmuje zasady, wytyczne, mechanizmy zarządcze i modele referencyjne. ADM to proces, który spaja te wszystkie elementy w całość.

Można powiedzieć, że ADM to szkielet wykonawczy TOGAF. Określa, jak prace nad architekturą się zaczynają, rozwijają, są utrzymywane i nadzorowane w czasie. Pozostałe elementy TOGAF dają strukturę i wskazówki, które wspierają ADM, dzięki czemu działania architektoniczne pozostają zgodne z celami firmy.

Warto rozumieć tę różnicę, bo TOGAF bywa mylnie sprowadzany tylko do samego ADM. W praktyce, żeby dobrze korzystać z TOGAF, potrzeba obu elementów: jasnego procesu tworzenia architektury i zestawu ram postępowania, który daje kontekst, spójność i nadzór.

TOGAF jest naprawdę powszechnie stosowany i rozpoznawany na całym świecie. Ma jednak też swoich krytyków, o których warto wspomnieć.

• Złożoność: TOGAF jest bardzo obszerny i może być zbyt skomplikowany dla mniejszych organizacji. Jego wdrożenie często wymaga sporo czasu na naukę i sporo zasobów.:
• Teoria kontra praktyka: Krytycy twierdzą, że TOGAF bywa zbyt teoretyczny i nie zawsze daje jasne, praktyczne wskazówki dotyczące samego wdrożenia.
• Sztywna struktura: Część użytkowników uważa, że TOGAF jest zbyt sztywny i nie daje wystarczającej elastyczności, a dopasowanie go do konkretnych potrzeb organizacji bywa trudne.
• Nadmierny nacisk na IT: TOGAF wywodzi się ze świata IT, a zdaniem części krytyków wciąż koncentruje się głównie na architekturze IT, zamiast obejmować całą organizację.
• Brak innowacyjności: Krytycy zarzucają TOGAF, że zbyt wolno reaguje na nowości technologiczne i biznesowe, co może hamować innowacje.

Krótko mówiąc, TOGAF nie uchodzi za prosty ani szczególnie ukierunkowany na konkretny cel.

Jak więc ułatwić wdrożenie TOGAF? Jak sprawić, żeby nasze projekty nie musiały przechodzić za każdym razem przez całą, sztywno ustaloną ścieżkę, tylko mogły wybierać etapy dopasowane do realnych potrzeb? Innymi słowy: jak wprowadzić zwinność do naszych działań architektonicznych?

Odpowiedzią na pytanie, jak ułatwić wdrożenie TOGAF, są usługi EA: konkretne, praktyczne działania, które przyspieszają transformację biznesową i angażują we wspólną pracę zarówno biznes, jak i IT, bez potrzeby poznawania całego ADM.

Zobaczmy, jak to wygląda w praktyce, na kilku przykładach, o których pisaliśmy już wcześniej na naszym blogu.

Firmy, które dobrze radzą sobie na rynku, potrafią dostosowywać się i dynamicznie reagować na swoje otoczenie biznesowe. Analiza tego otoczenia to kluczowy krok przy definiowaniu strategii, a jedną ze sprawdzonych technik w tym zakresie jest PESTLEweb.

Zanim przejdzie się do szczegółowego projektowania architektury, warto zrozumieć i ocenić zdolności biznesowe organizacji. Dzięki temu można zidentyfikować słabe punkty i szanse, a następnie odpowiednio zaprojektować swoją wizję.

Strategiczne mapy drogowe określają, które zdolności biznesowe trzeba rozwinąć, aby sprostać przyszłym potrzebom firmy, oraz pomagają ustalić priorytety odpowiednich wymagań.

Model TIME to metoda oceny i kategoryzowania aplikacji na podstawie ich dopasowania biznesowego i technicznego. Dopasowanie techniczne dotyczy jakości aplikacji, łatwości jej utrzymania oraz zgodności z innymi systemami. Dopasowanie biznesowe pokazuje z kolei, jak dobrze aplikacja wspiera zdolności biznesowe firmy.

Kolejny poziom to zdefiniowanie i uzgodnienie docelowego kształtu organizacji. Sprawdzonym narzędziem są tu modele operacyjne, a ich projektowanie to jedna z podstawowych usług oferowanych przez architektów korporacyjnych.

W dalszej części opisujemy, jak te usługi łączą się z TOGAF i ADM.

Usługi EA pomagają przełożyć zasady TOGAF na konkretne, użyteczne rezultaty. Zamiast bowiem traktować ten standard jako metodykę do wdrożenia w całości, skupiają się na konkretnych pytaniach, decyzjach i potrzebach interesariuszy. Dzięki temu TOGAF łatwiej wdrożyć i stosować na co dzień.

Pracę nad architekturą można podzielić na usługi: tworzenie map drogowych, ocenę zdolności biznesowych czy planowanie inwestycji w aplikacje. Dzięki temu firmy stosują wybrane elementy TOGAF tam, gdzie przynoszą one największą wartość. Takie podejście zmniejsza złożoność, skraca czas na informację zwrotną i utrzymuje prace nad architekturą blisko priorytetów biznesowych.

Dzięki takiemu podejściu TOGAF przestaje być tylko teorią, a staje się praktycznym narzędziem stanowiącym realne wsparcie w codziennej pracy. Usługi EA pomagają firmom przejść od ogólnych wytycznych do konkretnych decyzji, wspierając transformację bez obciążania zespołów zbędnymi procesami czy dokumentacją.

Usługi EA to praktyczny sposób na stosowanie TOGAF bez zbędnej złożoności. Zamiast wdrażać cały zestaw ram jako metodykę, skupiają się na konkretnych przypadkach użycia i decyzjach ważnych dla firmy.

Pracę nad architekturą można podzielić na jasno zdefiniowane usługi: tworzenie map drogowych, ocenę zdolności biznesowych czy planowanie inwestycji w aplikacje. Dzięki temu firmy stosują wybrane zasady TOGAF i kroki ADM tam, gdzie przynoszą one najwięcej korzyści. Praca nad architekturą staje się bardziej zrozumiała dla interesariuszy i łatwiej wpisuje się w bieżące inicjatywy.

W tym ujęciu TOGAF pełni rolę bazowego standardu referencyjnego, a usługi EA określają, jak architektura jest wykorzystywana w całej organizacji. Taki podział pozwala zespołom korzystać ze struktury i rygoru TOGAF bez obciążania interesariuszy pełną złożonością czy nadmiarem dokumentacji.

ADM to punkt odniesienia, ale nie trzeba trzymać się go w stu procentach. Możesz zamiast tego zbudować własną ścieżkę z usług, dopasowaną do konkretnego zadania i wyzwania.

Pomyślmy o takim wyzwaniu na przykładzie: „Dopasujmy naszą firmę do celów ESG”. Cała ścieżka mogłaby wyglądać następująco:

• Najpierw analizujemy otoczenie biznesowe pod kątem zrównoważonego rozwoju, na przykład za pomocą PESTLEweb, techniki analizy otoczenia, która pomaga zidentyfikować czynniki środowiskowe wpływające na firmę.
• Wszystkie istotne czynniki są zestawiane z mapą zdolności biznesowych organizacji.
• Powstaje mapa drogowa przedstawiająca planowaną zmianę.
• Najważniejsze wymagania są priorytetyzowane i planowane za pomocą technik takich jak macierz wartość–wysiłek czy macierz Eisenhowera. Przy wdrażaniu poszczególnych wymagań pomocny bywa szczegółowy projekt, który można opisać w formie modelu operacyjnego.

Ten sam mechanizm działa też w przypadku inicjatyw bardziej skoncentrowanych na IT, takich jak racjonalizacja portfela aplikacji. Aplikacje są katalogowane i oceniane metodą TIME, a na podstawie tych ocen definiuje się wymagania i przekłada je na mapę drogową.

Narzędzia odgrywają ważną rolę w tym, żeby TOGAF dało się realnie stosować. Bez odpowiedniego wsparcia standard szybko obrasta w dokumentację i trudno go utrzymać. Właśnie tu narzędzie do architektury korporacyjnej pomaga wdrożyć TOGAF łatwiej i z naciskiem na konkretne rezultaty.

Organizując pracę nad architekturą wokół usług EA i prowadzonych krok po kroku przepływów pracy, narzędzia takie jak ADOIT pomagają firmom stosować TOGAF wybiórczo. Zamiast wystawiać użytkowników na pełną złożoność tego standardu, istotne pojęcia TOGAF i kroki ADM są osadzone w konkretnych zastosowaniach, takich jak tworzenie map drogowych, analiza portfela czy planowanie zdolności biznesowych.

Dzięki temu zespoły odpowiedzialne za architekturę korporacyjną zachowują rygor i spójność TOGAF, ograniczając jednocześnie ręczną pracę i złożoność. Modele architektury pozostają połączone, gotowe do ponownego wykorzystania i aktualne, a interesariusze korzystają z architektury poprzez konkretne usługi, a nie abstrakcyjne elementy standardu.

TOGAF to szeroko stosowany standard architektury korporacyjnej, który daje uporządkowane wskazówki dotyczące tworzenia, nadzorowania i rozwijania architektury. Dzięki ADM (Architecture Development Method) zapewnia spójny sposób dopasowania strategii biznesowej do realizacji IT oraz zarządzania zmianą architektoniczną w czasie.

Jednocześnie TOGAF bywa postrzegany jako złożony i trudny we wdrożeniu, gdy stosuje się go bez odpowiedniego ukierunkowania i dopasowania. Jak pokazuje ten artykuł, standard ten staje się znacznie skuteczniejszy, gdy dostosuje się go do realnych potrzeb organizacji, stawiając na trafność zamiast kompletności i skupiając się na konkretnych decyzjach i rezultatach.

Kiedy firmy łączą wybiórcze stosowanie TOGAF z usługami EA i narzędziem ADOIT, zachowują dyscyplinę standardu, a jednocześnie znacznie poprawiają jego użyteczność i poziom przyjęcia w organizacji. Stosowany w ten sposób, TOGAF przestaje być złożonym standardem referencyjnym, a staje się praktycznym wsparciem inicjatyw architektury korporacyjnej i transformacji biznesowej.