english

EA governance kiépítése

  • 8–12 hét a kiépítés tipikus átfutása
  • méretre szabva a szervezet méretéhez és kockázatához

Az architektúra-governance rossz híre onnan ered, hogy sok helyen papírgyárként működik: sablonok, jóváhagyások, várakozás. Közben az igazi költséget a governance hiánya termeli: az ad hoc döntések, a projektenként újra feltalált megoldások és a rossz irányok, amelyeknek senki sem mond időben nemet.

Mi működő governance-t építünk: annyi szabályt, amennyit a szervezet mérete és kockázata indokol. Az irányt a jóváhagyott célarchitektúra, az alapelvek és az életciklussal kezelt standardok adják, a lényeg mégis a beépülés: az architektúra-kapuk a meglévő demand- és delivery-folyamatokra épülnek rá és ehhez az irányhoz mérik a változásokat, a döntési jogkörök szintezettek, az eltérés pedig engedélyezhető, de mindig határidővel. Minden jelentős döntés indoklással kerül a döntésnaplóba, a metrikákból pedig az is látszik, hozták-e a változások a várt hasznot. A kiépítés után a működtetést át is tudjuk venni: erre való az EA as a Service.

Felhasznált keretek: TOGAF® standard és a Bdat.FRAMEWORK, a saját módszertanunk.

A governance mint irányítási kör

A governance nem kapuőrség: irányt jelöl, ahhoz méri a változásokat, majd visszaméri az eredményt, és a tanultakkal magát az irányt is igazítja.

A governance mint irányítási kör

Mikor van ránk szüksége?

Minden projekt mást épít.

Az architektúra-döntések ad hoc születnek: projektenként más technológia, más minta, más integráció. Az eredmény: egymáshoz nehezen illeszkedő rendszerek és növekvő üzemeltetési költség.

Nincs, aki időben nemet mondjon.

Egy rossz irány csak élesítés után derül ki. Nincs kapu, ahol a drága döntést még olcsón vissza lehetne fordítani.

A szabályzat papíron él.

Van architektúra-szabályzat, de a gyakorlatban senki sem követi. A projektek megkerülik, mert lassítana, nem segítene.

Folyamatunk

  1. Méretre szabás.

    Felmérjük, hol születnek ma az architektúra-döntések, mekkora kockázatot hordoznak, és hol kapcsolódnak az igénykezeléshez meg a bevezetésekhez. Csak annyi szabályt javaslunk, amennyit a szervezet mérete és kockázata indokol.

  2. Alapelvek és standardok.

    A vezetéssel közösen kevés, de számonkérhető alapelvet fogalmazunk meg, mindegyiket kimondással, indoklással és következményekkel. A technológiai standardok nyilvántartást és életciklust kapnak: kipróbálás alatt, aktív, kivezetés alatt, tiltott.

  3. Beépülés a döntési folyamatokba.

    Az architektúra-kapukat a meglévő demand- és delivery-folyamatokra építjük rá: a mérce a jóváhagyott célarchitektúra, az alapelvek és a standardok. A döntési jogköröket szintezzük: a csapatok az alapelvek mentén maguk döntenek, a review board elé a több területet érintő, nagy kockázatú döntések kerülnek, a vállalati fórumokon pedig helyet kapnak az architektek. Az eltérés engedélyezhető, de mindig határidővel.

  4. Metrikák és bejáratás.

    Döntésnaplót vezetünk be: minden jelentős döntés és eltérés indoklással rögzül. A metrikák a kontroll mellett az értéket is mérik: hozták-e a változások a várt hasznot. Az első hónapokban együtt működtetjük a fórumokat, amíg a döntési rend a mindennapokban meg nem ragad.

Nézzük meg, mit adna ez Önöknél.

Kérjen díjmentes 30 perces konzultációt

Amit kézhez kap

  • Felmérés arról, hol születnek ma az architektúra-döntések, mekkora kockázatot hordoznak, és hol nem ér oda az architektúra-szempont
  • Kevés, de számonkérhető architektúra-alapelv, mindegyik kimondással, indoklással és következményekkel
  • Technológiai standardok nyilvántartása életciklussal: kipróbálás alatt, aktív, kivezetés alatt, tiltott
  • A demand- és delivery-folyamatokba épített architektúra-kapuk, amelyek a jóváhagyott célarchitektúrához, a roadmaphez és a standardokhoz mérik a változásokat
  • Időkorlátos eltéréskezelés: az engedélyezett kivétel határidőt kap, nem örök felmentést
  • Szintezett döntési jogkörök és működő fórumok: review board, architekt-szakmai fórum, és hely a vállalati döntési fórumokon
  • Döntésnapló: minden jelentős architektúra-döntés és eltérés indoklással, visszakereshetően rögzítve
  • Architektúra-metrikák a kontrollra és az értékre: a rend működése mellett az is látszik, hozták-e a változások a várt hasznot

Amit ez ad Önöknek

  • Drága hibák megelőzése: a rossz irány még a tervezőasztalon fordul meg, nem élesítés után
  • Gyorsabb projektek, mert előre tudható, mihez kell igazodni
  • Fogódzó a napi döntésekhez: az alapelvek és a standardok mentén a csapatok maguk dönthetnek
  • Kordában tartott kivételek: minden eltérésnek határideje és gazdája van
  • Az első hónapokban közösen bejáratott, a mindennapokban rögzülő döntési rend

Így néz ki a gyakorlatban

EsettanulmányHazai nagybank, nemzetközi bankcsoport tagja

Alapelvek, amelyekhez a döntéseket mérni lehet

A kihívás

A banknak egyszerre kellett megfelelnie a nemzetközi csoport sztenderdjeinek és a saját üzleti környezetének. Az architektúrát érintő döntésekhez nem volt egységes, számonkérhető mérce: a csoportszintű elvek nem voltak változtatás nélkül átültethetők a helyi működésre.

Amit tettünk

Teljes alapelv-katalógust dolgoztunk ki: közös, üzleti, adat-, alkalmazás-, infrastruktúra- és biztonsági alapelveket. Mindegyikhez indoklás, követendő és kerülendő példa, valamint a döntésekre gyakorolt hatások tartoznak; az elveket a csoport-irányelvekhez igazítottuk, de a helyi működésre szabtuk, az eltérések kezelésére pedig fórum-rendet rögzítettünk.

Ami született

  • Teljes alapelv-katalógus hat kategóriában, a csoport-sztenderdekhez illesztve
  • Minden alapelvhez indoklás, példák és kimondott következmények
  • Helyi adaptáció: ami a csoportból átvehető, és ami a saját környezetet tükrözi
  • Rögzített döntési rend az eltérések és értelmezési kérdések kezelésére

Gyakran ismételt kérdések

Nem lassítja ez le a projekteket?

A jól méretezett governance éppen gyorsít: a projektek előre tudják, mihez tartsák magukat, és egy rossz irány a tervezőasztalon fordul meg, nem élesítés után. Amit lassításként szokás megélni, az a túlméretezett governance. Ezt kerüljük el a méretre szabással és a szintezett jogkörökkel.

Van szabályzatunk, de senki sem követi. Ezzel mit tudnak kezdeni?

Ez a leggyakoribb kiindulóhelyzet. Először megnézzük, miért kerülik meg: jellemzően túl hosszú, túl általános, vagy nem kapcsolódik valódi döntésekhez. Ami működik belőle, megtartjuk, a többit elhagyjuk, vagy döntési jogkörhöz és metrikához kötjük.

Minden döntésnek a fórum elé kell kerülnie?

Nem. A döntési jogköröket szintezzük: a review board a nagy kockázatú, több területet érintő döntésekkel foglalkozik, a többit a csapatok az alapelvek és a standardok mentén maguk hozzák meg. Így a fórum döntéshozó testület marad, nem szűk keresztmetszet.

Mi történik, ha egy projekt nem tud megfelelni egy standardnak?

Az eltérés engedélyezhető, de mindig időkorláttal: a kivétel határidőt és gazdát kap, és lejáratkor vissza kell térni a standardhoz, vagy a standardot kell felülvizsgálni. Ha ugyanarra a standardra sorban érkeznek a kivétel-kérések, az nem a projektek hibája: a standard szorul felülvizsgálatra.

Mit mérnek pontosan?

Kontroll- és érték-mutatókat egyaránt. A kontroll-oldalon: a kapuknál a megfelelés arányát, az aktív eltérések számát és korát (külön a lejárt határidejűeket), a kivezetés alatt álló vagy tiltott technológián futó rendszerek számát, és a fórum döntési átfutását, amiből az is látszik, hogy a governance gyorsít-e vagy lassít. Az érték-oldalon: hozták-e a változások a döntésnél várt hasznot.

Miben különbözik ez az üzleti architektúra governance-től?

Az EA governance a teljes vállalati architektúrát fogja át: az üzleti réteg mellett az alkalmazási, az adat- és a technológiai architektúrát, esetenként a biztonságit is. Az üzleti architektúra governance ennek üzleti rétegébe nagyít bele. Ahol mindkettő épül, egymásra illesztjük őket: közös kapuk, összehangolt fórumok.

Ki működteti a governance-t a kiépítés után?

Alapesetben az Önök szervezete, ezért a bejáratás a munka része: az első hónapokban együtt visszük a fórumokat. Ha nincs rá belső kapacitás, a működtetést az EA as a Service szolgáltatásunk keretében tartósan át is vesszük.

Együttműködési kereteink

Fix Scope

Az induláskor közösen rögzítjük a terjedelmet és a díjat. Jól körülhatárolt munkáknál ez a legkiszámíthatóbb forma; tipikusan így fut például az üzleti képességtérkép felvétele.

Time & Material

Ráfordítás-alapú elszámolás, rugalmas terjedelemmel. Akkor előnyös, ha a feladat menet közben pontosodik, és fontos a gyors irányváltás lehetősége.

Architect as a Service

Folyamatos keret: architekt-kapacitás főállású szakember felvétele nélkül. Lehet fix áras és kiszámítható, vagy ad-hoc bevonódás; az igényekhez igazodva bővíthető vagy szűkíthető.

Kérjen díjmentes 30 perces konzultációt

Írja meg röviden a helyzetét. Felvesszük Önnel a kapcsolatot, és egy díjmentes, kötelezettségmentes 30 perces konzultációval indítunk.