TOGAF ADM magyar környezetben.

01Miért kell Enterprise Architecture

Egy közepes vagy nagy szervezet IT-portfóliója néhány év alatt rendezetlenné válik: 40–60 alkalmazás, 8–15 adatbázis-platform, többszörös integrációs minták, párhuzamos funkciók különböző rendszerekben. Nagyvállalati környezetben az IT-portfólió jellemzően jelentős része redundáns — két vagy három rendszer ugyanazt csinálja, csak más-más csapat más-más beszállítóval szerződésben.

Az Enterprise Architecture (EA) az a fegyelem, amely elejét veszi a portfólió-szétesésnek: stratégiát rendel az IT-döntésekhez, közös vokabulárt ad az üzlet és a fejlesztés között, és gondoskodik arról, hogy a rövid távú beszerzések ne ássák alá a hosszú távú technológiai irányt.

Az EA az a fegyelem, amely elejét veszi a portfólió-szétesésnek: stratégiát ad az IT-döntéseknek, közös nyelvet az üzletnek és a fejlesztésnek.

A két legelterjedtebb keret a TOGAF (a folyamat-keret, ADM ciklusra építve) és a Zachman (a modellezési keret, 6×6 mátrix); ezeket egészíti ki a hazai fejlesztésű SAMU EA-repositoryra épülő támogatási modell (governance + üzemeltetés rétege). A három nem konkurens, hanem kiegészíti egymást.

02TOGAF röviden

A TOGAF (The Open Group Architecture Framework) aktuális kiadása a 2022 áprilisában megjelent TOGAF Standard, 10th Edition; a 9.2 verzió a gyakorlatban ma is elterjedt, és a The Open Group mindkét kiadásra kínál tanúsítási utat. Az ADM fázisai a két kiadásban lényegében azonosak. A keret négy fő részből áll:

1. ADM (Architecture Development Method): egy ciklikus folyamat-modell az architektúra fejlesztésére. Kilenc fázis (Preliminary + A–H) + folyamatos Requirements Management a középpontban.
2. Content Framework: mit kell előállítanod (artefaktumok, deliverable-ek, building blocks).
3. Reference Models: sablonok — TRM (Technical Reference Model), III-RM (Integrated Information Infrastructure Reference Model).
4. Enterprise Continuum + Architecture Repository: hogyan tárold és kezeld az architektúra-tudást, hogyan halad „foundation” → „common systems” → „industry” → „organization-specific” irányba.

Tanúsítást ma két úton lehet szerezni: a 10. kiadásra épülő TOGAF Enterprise Architecture Foundation és Practitioner vizsgával, vagy a The Open Group által továbbra is támogatott TOGAF 9 (9.2) úton. A felkészítő tanfolyamok jellemzően néhány naposak; a díj képzőtől és vizsgacsomagtól függ.

03Az ADM ciklus 9 fázisa

Az ADM egy körkörös folyamat, amely minden átfutásával az architektúrát egy következő érettségi szintre emeli. A kilenc fázis (Preliminary + A–H) köré épül egy állandó középponti elem: a Requirements Management, amely minden fázisból érkezik és minden fázist táplál.

Az első teljes ciklus banki környezetben jellemzően 6–9 hónap, KKV-nál a karcsú (ADM-lite) változatban 3–4 hónap. A G és H fázisok ezután folyamatos üzemmódban futnak.

04Preliminary + A fázis

A Preliminary fázis az alapozás: itt dől el, hogy az EA működő-képes lesz vagy „polc-anyag”. Output-ok:

• Architecture Principles — 10–15 darab, a cég stratégiájához kötve (példák: „Buy before build”, „Cloud-first kivéve regulált adat”, „API-első integráció”)
• Architecture Governance Framework — ki dönt, milyen fórumon, milyen eszkalációs úton
• Architecture Repository setup — eszköz (Confluence + Lucid/draw.io a minimum, Sparx EA vagy Ardoq a teljes változat)
• EA team setup — chief enterprise architect + 2–4 domain-architect (business, data, application, technology)

Az A — Architecture Vision fázisban a következő ciklus scope-ját és víziójának fundamentumát fektetjük le:

• Statement of Architecture Work — formális SoW jellegű dokumentum, mit, miért, kinek, mikorra
• Stakeholder Map — interest/influence/concern mátrix
• Architecture Vision — 1–2 oldal high-level „target state” leírás, többnyire diagram-orientált
• Communications Plan — kinek mit kommunikálunk havonta

Gyakori hiba: az A fázist túltervezni („Architecture Vision” 80 oldalas dokumentum lesz). A TOGAF eredeti szándéka szerint ez egy vázlat, amelyet a B–D fázisokban töltünk fel részletekkel.

05B, C, D fázisok — a tényleges architektúra

A B — Business Architecture a leglátványosabb output-ot adja: a capability map-et és a value stream-eket. A capability map 3 szintű (L1 → L2 → L3) képességeket sorolja fel — pl. „Ügyfél-onboarding” → „KYC-folyamat” → „PEP-screening”. A value stream az üzleti folyamatot lépésekre bontja, és minden lépéshez hozzárendeli a támogató capability-ket.

A C — Information Systems Architecture két párhuzamos sávra bomlik:

• Data Architecture: adat-entitás modell, master data domains, adatáramlási diagramok, adat-tulajdonosság (data ownership), GDPR-osztályozás.
• Application Architecture: alkalmazás-portfólió térkép, integration patterns, application heat-map (lifecycle status, technology stack, business value × technical fit 2×2 mátrix).

A D — Technology Architecture a fizikai/cloud platformot, a technológiai standardokat (engedélyezett és tiltott tech-stack), és az infrastruktúra-blokkokat definiálja. Itt jönnek be az Open Group Building Blocks — Architecture Building Blocks (ABB) az absztrakt szinten, Solution Building Blocks (SBB) a konkrét megvalósítási szinten.

Banki környezetben a B–C–D fázisok jellemzően 14–20 hét együtt, és párhuzamosan futnak az utolsó 4–6 hétben.

06E, F, G, H fázisok — implementáció és governance

Az E — Opportunities & Solutions fázis a „bridging” lépés: a target state-et és a baseline-t összevetve definiáljuk a transition architectures-eket — az inkrementális köztes állapotokat, amelyek mindegyike önállóan értékes és kockázat-kezelhető. Egy transition jellemzően 4–8 hónapnyi munka egy 3–4 éves roadmap-en.

Az F — Migration Planning a részletes ütemezés: work packages-re bontás, függőség-térkép, sorrendezés, kockázati súlyozás. Itt készül a végleges Implementation and Migration Plan és a Transition Architecture Roadmap.

A G — Implementation Governance a folyamatos fázis: minden projekt és változás keresztülmegy egy Architecture Compliance Review-n, és Architecture Decision Record-ok (ADR) dokumentálják a fontos technológiai döntéseket. Az Architecture Board havonta ülésezik (banki) vagy negyedévente (KKV).

A H — Architecture Change Management a tanuló-fázis: új technológiai trendek, üzleti változások hatásának felmérése, és a következő ADM-ciklus megindítása. A felülvizsgálat kadenciája banki: éves teljes review + havi „delta” review.

07Hol szivárog banki környezetben

25+ év banki EA-tapasztalatból a leggyakoribb 5 hiba:

1. Túl korai túl-tervezés a B–C fázisban. Capability map 4 szintűre nyúlik (L1–L4), és 800+ capability gyűlik össze. Senki nem fogja olvasni, az operatív hatás nulla. Megoldás: L1+L2 a teljes vállalatra (~80–120 capability), L3 csak a fókusz-domén-eken.
2. Architecture Board nélküli ADM. ADM dokumentumok készülnek, de döntési fórum nincs. A „governance” csak papírrá válik. Megoldás: rendszeresen (banki környezetben legalább havonta) ülésező Architecture Board, fix napirenddel, döntésekkel és ADR-okkal.
3. EA és Compliance különválasztása. Az EA-team magában dolgozik, a DORA/NIS2/PCI DSS compliance pedig külön. Aztán az EA-roadmap kibukik az auditon. Megoldás: Compliance Architect rétege beépítve az EA-csapatba, vagy heti sync.
4. Tooling-túlzás. Sparx EA, Ardoq, Bizzdesign együtt — komoly licenszköltség, miközben a tényleges használat töredékes marad. Megoldás: kezdj Confluence + Lucid + Miro kombóval, és csak akkor lépj „enterprise tool”-ra, ha a kapacitás-igény indokolja.
5. Mindenkit „EA-érintetté” tenni. Az Architecture Review minden projekten kötelező, és ezzel a fejlesztés lebénul. Megoldás: EA-review threshold (pl. csak 50 M Ft+ vagy regulator-érintett projekt megy reviewra), a többi „self-attestation”-nel halad.

08KKV ADM-lite

Egy 30–150 fős KKV-nak nincs szüksége teljes 9-fázisú TOGAF-ra. Az alábbi ADM-lite ugyanazokat az alapelveket viszi végig, de 9 fázis helyett 4-ben:

A teljes KKV ADM-lite első ciklus 3–4 hónap, és kb. 30–40 oldalnyi dokumentumot eredményez (nem 300). A governance ezután negyedéves rezsimben halad.

Az ADM-lite NEM a TOGAF megsértése — a TOGAF maga is „tailoring”-ra biztat. A keret kimondja, hogy minden szervezetnek a saját kontextusára kell igazítania az ADM-et. Csak ne becsapd magad: lite nem 0.

09SAMU támogatási modell

A SAMU egy Magyarországon fejlesztett enterprise architecture repository- és modellező eszköz (Atoll Technologies). Az erre épülő támogatási modell a TOGAF ADM-et kiegészíti az üzemeltetés és governance rétegével — kifejezetten magyar és EU regulatórikus környezetre (PCI DSS, DORA, NIS2, ITIL) szabva.

A támogatási modell három fő réteget definiál:

• Stratégia: 3–5 éves architektúra-stratégia, üzleti célokhoz kötve, EU/magyar regulátori változások mappingelve
• Architektúra: a TOGAF ADM-ciklus output-jai, building blocks, transition architectures
• Menedzsment + üzemeltetés: az architektúra-döntések élve tartása — folyamatos compliance-review, change-impact-analízis, ADR-aktualizálás

A modell erőssége, hogy nem áll meg a tervezésnél. A legtöbb TOGAF-bevezetés azon a kérdésen bukik el, hogy „ki tartja karban” az architektúrát. A menedzsment- és üzemeltetési réteg erre ad konkrét folyamatot.

Részletes leírás a Enterprise Architecture szolgáltatás-oldalunkon.

10Zachman 6×6 mátrix

A Zachman keret a TOGAF-tól nem helyettesítője, hanem komplementere. Míg a TOGAF egy folyamat-keret (hogyan dolgozzuk fel), a Zachman egy osztályozási keret (milyen kérdésekre adjunk választ).

A Zachman 6×6 mátrix:

A 6×6 = 36 cella mindegyike egy kérdést takar, amelyre az architektúrának választ kell adnia. Gyakorlatban nem töltjük ki mind a 36-ot — de a Zachman jó diagnosztikai eszköz: ha egy üzleti döntésnél azt vesszük észre, hogy a „Where × Engineer” cella üres (nem tudjuk, hol fog ez fizikailag futni), akkor van mit pótolni.

11Artefaktum-lista — mit kell előállítani

Egy érett EA-ciklus jellemző output-jai. A „banki teljes” oszlop a regulált környezetben kötelező vagy elvárt, a „KKV minimum” a 30–150 fős KKV ADM-lite verzióban marad. Ez nem teljes lista, csak a leggyakoribbak.

126 hónapos roll-out (banki teljes ADM)

A 6. hónap végén a szervezet egy „minimum viable” EA-rendszerrel rendelkezik — működő Architecture Board, kezdeti ADR-katalógus, 3 éves transition roadmap. Innen évente egy újabb ciklus, kisebb amplitúdóval.

13Modellprojekt — egy ~500 fős gyártóvállalat EA-transzformációja

Illusztratív modell — nem egy konkrét ügyfél adatai, hanem egy tipikus, ~500 fős gyártóvállalat 6 hónapos TOGAF ADM-bevezetése, a jellemzően elérhető eredményekkel, a csapatunk banki és nagyvállalati tapasztalatából összeállítva. Kiinduló állapot: ~47 alkalmazás, 12 adatplatform, release-ciklus 8 hónap, az IT-projektek 65%-a „maintenance” jellegű, 35%-a értékadó.

A 47 → 18 alkalmazás-csökkenés első ránézésre vad, de a 29 leselejtezett alkalmazás 80%-a olyan volt, amely már nem volt szükséges (replaced, retired) vagy 1–2 másikkal helyettesíthető volt (consolidated). A többi 20% release-pace-tel egy SaaS-platformra (Salesforce, SAP S/4HANA, vagy belső mikroszolgáltatás) lett áttelepítve.

Részletes leírás a Enterprise Architecture szolgáltatás-oldalunkon.

14GYIK

Mi a TOGAF ADM?

A TOGAF (The Open Group Architecture Framework) az Enterprise Architecture legelterjedtebb folyamat-kerete. Az ADM (Architecture Development Method) a keret magja: egy ciklikus, kilenc fázisú módszer (Preliminary + A–H) az architektúra fejlesztésére, középpontjában a folyamatos Requirements Management-tel. Az aktuális kiadás a 2022-ben megjelent TOGAF Standard, 10th Edition; a 9.2 verzió a gyakorlatban ma is elterjedt, az ADM fázisai a két kiadásban lényegében azonosak.

Hány fázisból áll a TOGAF ADM ciklus?

Kilenc fázisból (Preliminary + A–H), amelyek köré egy állandó középponti elem épül. A fázisok: Preliminary (EA kapacitás, governance, alapelvek), A — Architecture Vision, B — Business Architecture (capability map, value stream), C — Information Systems Architecture (adat- és alkalmazás-architektúra), D — Technology Architecture, E — Opportunities & Solutions (transition architectures, roadmap), F — Migration Planning, G — Implementation Governance és H — Architecture Change Management. A G és H folyamatos üzemmódban futnak. Mindezt a központi Requirements Management táplálja.

Mennyi idő egy teljes ADM ciklus banki környezetben?

Banki környezetben az első teljes ADM-ciklus jellemzően 6–9 hónap. A B–C–D fázisok együtt 14–20 hét, az utolsó 4–6 hétben párhuzamosan futtatva. KKV-nál a karcsú ADM-lite változatban 3–4 hónap. A G (Implementation Governance) és H (Change Management) fázisok ezután folyamatos üzemmódban működnek tovább.

Mi az ADM-lite KKV-knak?

Egy 30–150 fős KKV-nak nem kell a teljes 9-fázisú TOGAF. Az ADM-lite ugyanazokat az alapelveket viszi végig 4 fázisban: 1) Vision & Capability (stratégia + L1+L2 capability map, ~40 capability), 2) As-Is + To-Be (alkalmazás-portfólió, integrációs minták, target state), 3) Roadmap + ADR (3 éves roadmap, top-10 architektúra-döntés), 4) Governance (negyedéves review). Az első ciklus 3–4 hónap, és kb. 30–40 oldalnyi dokumentumot eredményez. A TOGAF maga is „tailoring”-ra biztat, így az ADM-lite nem a keret megsértése.

Hogyan szerezhető TOGAF tanúsítás Magyarországon?

Ma két úton: a 10. kiadásra épülő TOGAF Enterprise Architecture Foundation és Practitioner vizsgával, vagy a The Open Group által továbbra is támogatott TOGAF 9 (9.2) úton. A felkészítő tanfolyamok jellemzően néhány naposak; a díj képzőtől és vizsgacsomagtól függ, ezért érdemes több akkreditált képző ajánlatát összevetni.

Mi a SAMU modell és hogyan kapcsolódik a TOGAF-hoz?

A SAMU egy Magyarországon fejlesztett enterprise architecture repository- és modellező eszköz (Atoll Technologies). Az erre épülő támogatási modell a TOGAF ADM-et az üzemeltetés és governance rétegével egészíti ki — kifejezetten EU/magyar regulatórikus környezetre (PCI DSS, DORA, NIS2, ITIL) szabva. Három réteget definiál: stratégia, architektúra (a TOGAF ADM output-jai) és menedzsment + üzemeltetés. A modell erőssége, hogy nem áll meg a tervezésnél: a menedzsment- és üzemeltetési réteg konkrét folyamatot ad arra, hogy ki és hogyan tartja karban az architektúrát — ezen bukik el a legtöbb TOGAF-bevezetés.

15Konzultáció

Ha TOGAF ADM-bevezetést tervezel, vagy egy meglévő EA-program nem hozza a várt eredményt, írj nekünk, és egyeztetünk egy 30 perces ingyenes konzultációt. Az első hívás után konkrét, lépésekre bontott terv-vázlatot kapsz: ADM-teljes vagy ADM-lite, várható időtartam, kapcsolódási pontok a meglévő compliance-keretrendszerrel (NIS2, DORA, ISO 27001).

Ingyenes 30 perces konzultáció