Playing to Win for Enterprise Architects
Roger Martin og A.G. Lafleys strategiramme — Playing to Win — var designet til forretningsledere, der træffer markedsvalg. Dens fem spørgsmål danner en kaskade: fra en vindende ambition ned igennem hvor man spiller, hvordan man vinder, hvilke capabilities der er nødvendige, og hvilke ledelsessystemer der vil opretholde strategien.
Enterprise architects arbejder på et andet niveau i organisationen, men kaskaden gælder med overraskende præcision. EA er i sin kerne en praksis, der handler om at træffe valg om, hvad IT-estates vil og ikke vil understøtte, og sikre, at disse valg er sporbare til en organisatorisk intention. Playing to Win-hierarkiet giver denne praksis en grammatik.
Kaskaden, lag for lag
Vindende ambition er toppen af hierarkiet. Det besvarer spørgsmålet: hvad ser succes ud som, og for hvem? For en virksomhed kan dette være en markedsposition — at blive den foretrukne leverandør i et specifikt segment, eller at opbygge et ry for operationel effektivitet, som konkurrenter ikke kan matche.
For en EA-funktion er den vindende ambition ikke teknisk. Den er organisatorisk. En brugbar formulering kan være: "IT-estates understøtter pålideligt vores strategiske prioriteter med forudsigelig cost og lav friktion." Eller mere konkret: "Inden for tre år er hver investeringsbeslutning i IT-porteføljen sporbar til en business capability, der understøtter et aktivt strategisk tema." Den præcise formulering betyder mindre end selve det at formulere. Uden en klar ambition falder EA-funktionen tilbage på reaktiv styring — der reagerer på anmodninger frem for at forme retning.
Hvor man spiller definerer strategiens grænser. I markedstermer besvarer det: hvilke kunder, hvilke geografier, hvilke kanaler? I EA-termer besvarer det: hvilke domæner, hvilke capabilities, hvilke niveauer af arkitekturen vil vi aktivt forme, og hvilke lader vi teams finde ud af på egen hånd?
Dette er et sværere spørgsmål, end det lyder. EA-funktioner, der forsøger at styre alt, styrer intet godt. De organisationer, der får mest værdi af deres EA-praksis, er normalt dem, der har truffet eksplicitte valg om, hvor man skal fokusere — på strategiske capabilities, på tværfunktionelle integrationspunkter, på de domæner, hvor tekniske beslutninger har de højeste forretningsmæssige konsekvenser. Hvor man spiller er også en erklæring om, hvad EA ikke vil gøre. At opretholde en lang hale af lavrisiko governanceforpligtelser på bekostning af strategisk fokus er et almindeligt mønster, og det er sjældent en god handel.
Hvordan man vinder definerer det distinktive træk. I forretningsstrategi er dette kombinationen af fordele — cost, kvalitet, relation, netværkseffekt — der gør det valgte spillefelt bæredygtigt. For EA handler hvordan man vinder om den mekanisme, hvorigennem arkitektoniske beslutninger træffes og forankres i organisatorisk adfærd.
Dette kan være en stærk arkitekturreviewproces, der er hurtig nok til faktisk at blive brugt. Det kan være et capability-framework, som forretningsledere har bidraget til og derfor refererer til. Det kan være en porteføljescoringtilgang, der giver IT-ledere et troværdigt grundlag for prioriteringssamtaler med forretningen. Uanset mekanismen kræver hvordan man vinder, at den er genuint distinktiv — ikke blot en formel proces, men én der skaber værdi, som organisationen ville bemærke, hvis den forsvandt.
Nødvendige capabilities er der, hvor kaskaden bevæger sig fra det strategiske til det operationelle. En forretningsstrategi har brug for marketing, produktudvikling og kundeoperationer til at fungere. En EA-strategi har brug for sit eget capability-sæt.
Det er her, begrebet et EA capability map bliver nyttigt på en rekursiv måde. EA-funktionen har sine egne capabilities: evnen til at oversætte strategi til arkitektur, til at opretholde et aktuelt og præcist overblik over applikationslandskabet, til at køre beslutningsstøtteprocesser, som interessenter stoler på, til at kommunikere arkitektoniske valg på et sprog, som ikke-arkitekter kan engagere sig med. De fleste EA-funktioner har styrker på nogle af disse områder og betydelige huller på andre. At gøre hullerne eksplicitte — frem for at antage, at godt arkitekturarbejde naturligt vil producere gode resultater — er forskellen mellem et fungerende capability-system og et ønsketænkende.
Ledelsessystemer er det endelige niveau. Disse er de strukturer, der opretholder strategien over tid: governance-processer, beslutningsrettigheder, reviewkadencer, feedbackmekanismer. Uden dem forfalder selv en veldesignet strategi. Folk vender tilbage til standarder, undtagelser akkumulerer, og ambitionen i toppen af kaskaden bliver afkoblet fra de dagligdags beslutninger i bunden.
For EA inkluderer ledelsessystemer de rytmer, der holder porteføljen opdateret — regelmæssige reviewcyklusser, obligatoriske arkitekturkontaktpunkter for betydelige investeringer, en beslutningslog, der fanger ikke blot beslutninger, men deres rationale. Architecture Decision Record (ADR) er i Playing to Win-termer et ledelsessystem-artefakt. Det fanger "hvordan man vinder"-logikken på niveauet af individuelle beslutninger, og det skaber den organisatoriske hukommelse, der giver et team mulighed for at ræsonnere konsistent over tid.
Capability maps som capabilities-niveauet
Playing to Win-rammen behandler capabilities som laget mellem strategisk intention og operationel aktivitet. For EA befinder capability-kortet sig på denne position.
Et velkonstrueret capability-kort er hverken et procesdiagram eller en applikationsoversigt. Det er en stabil beskrivelse af, hvad organisationen skal kunne gøre — udtrykt på et niveau, der er meningsfuldt for både forretnings- og IT-ledere. Capabilities ændrer sig ikke, hver gang et system udskiftes eller en proces redesignes. Denne stabilitet er det, der gør dem nyttige som forbindelsespunkt mellem strategi og arkitektur.
Når strategiske temaer kortlægges til capabilities — "vores vækststrategi afhænger af customer onboarding-, pricingmanagement- og channel management-capabilities" — kan arkitektursamtalen forankres i noget, som forretningsledere genkender. Spørgsmålet er ikke længere "skal vi investere i dette system" men "styrker denne investering en capability, som vores strategi kræver?"
Denne ramme gør også huller synlige på en måde, som systemanalyse ikke gør. En organisation kan have tyve applikationer og stadig have et væsentligt hul i en strategisk vigtig capability — fordi applikationerne eksisterer, men ikke forbinder, eller fordi de understøtter capabilityen på et lavt modenhedsniveau. Capability-kortlægning synliggør disse huller. Playing to Win-rammen giver konteksten for at beslutte, hvilke huller der betyder mest.
ADR'er som ledelsessystemer
Architecture Decision Records beskrives typisk som dokumentationsartefakter — en måde at fange rationale bag betydelige tekniske valg på, så fremtidige teams kan forstå, hvorfor tingene er, som de er.
I Playing to Win-termer er de mere end det. De er den mekanisme, hvorigennem "hvordan man vinder"-logikken operationaliseres på niveauet af individuelle beslutninger. Hver ADR, der fanger et teknologivalg — en platformsvalg, et integrationsmønster, en datamodel — er også en implicit erklæring om, hvad EA-strategien værdsætter, og hvordan afvejninger løses.
Over tid afslører en velvedligeholdt ADR-log den implicitte strategi for et IT-estate — det konsistente mønster af valg, der enten sammenhænger i en genkendelig tilgang eller fragmenterer i modsigelser. At gennemgå ADR-loggen er en af de hurtigste måder at diagnosticere, om ledelsessystemerne i EA-funktionen faktisk opretholder strategien, eller om strategien kun eksisterer på papir.
ADR'en som et ledelsessystem har også en undervurderet organisatorisk funktion: den eksternaliserer arkitektonisk ræsonnement. Når en beslutning og dens rationale er dokumenteret, kan fremtidige beslutningstagere engagere sig med logikken frem for at skulle rekonstruere den. Dette reducerer afhængigheden af individuel ekspertise og gør EA-funktionen mere modstandsdygtig over for personaleudskiftning.
Den praktiske implikation
Playing to Win-kaskaden er nyttig ikke som en engangs planlægningsøvelse, men som en tilbagevendende diagnostik. En gang om året, eller når den strategiske kontekst skifter betydeligt, er det værd at køre igennem de fem lag og spørge: er ambitionen stadig nøjagtig? Er spillefelts-valgene stadig hensigtsmæssige? Er vinde-logikken stadig gyldig, eller har miljøet ændret sig? Er capabilities tilstrækkelige? Fungerer ledelsessystemerne?
De fleste EA-funktioner, der kæmper, kæmper ikke på grund af teknisk kompleksitet. De kæmper, fordi strategikaskaden er brudt ned på ét eller flere lag — ambitionen er vag, spillefeltet er for bredt, ledelsessystemerne er inkonsistente. Rammen gør disse huller synlige.
Playing to Win var ikke designet til EA. Men det passer — fordi EA i sidste ende er en strategisk praksis, og som alle strategiske praksisser har den brug for et sammenhængende hierarki af valg, der kaskaderer fra ambition til eksekvering.
Atlas leverer værktøjslaget for capabilities og ledelsessystemer i denne kaskade — capability maps, porteføljebeslutninger og ADR-sporing i én visning. Prøv Atlas →