Agil arkitektur

Agil arkitektur betyder hur företagsarkitekter , systemarkitekter och mjukvaruarkitekter tillämpar arkitektonisk praxis i agil mjukvaruutveckling . Ett antal kommentatorer har identifierat en spänning mellan traditionell mjukvaruarkitektur och agila metoder längs axeln av anpassning (att lämna arkitektoniska beslut till sista möjliga ögonblick) kontra förväntan (planering i förväg) (Kruchten, 2010).

Waterman, Nobel och Allan (2015) undersökte spänningarna mellan att lägga för lite tid på att designa en upfront-arkitektur, öka risken och att spendera för mycket tid, vilket negativt påverkar leveransen av värde till kunden. De identifierar sex krafter som kan påverka agil arkitektur: Krav på instabilitet, teknisk risk, tidigt värde, teamkultur, kundförmåga och erfarenhet. Dessa krafter kan hanteras med sex strategier: Reagera på förändringar, ta itu med risker, framväxande arkitektur, stor design i förväg och använd ramar och mallarkitekturer.

Flera försök har gjorts för att specificera vad som utgör ett agilt förhållningssätt till arkitektur. Enligt SAFe -ramverket är principerna för agil arkitektur :

1. Design kommer fram. Arkitektur är ett samarbete. (avsiktlig arkitektur)
2. Ju större systemet är, desto längre är banan (arkitektonisk bana)
3. Bygg den enklaste arkitekturen som möjligen kan fungera (etablerade designprinciper)
4. När du är osäker, koda eller modellera ut den (spikes, prototyp, domän och use case-modeller)
5. De bygger det, de testar det (design för testbarhet)
6. Det finns inget monopol på innovation (lag, hackathon) - Facebooks Gilla-knapp skapades som en del av ett hackathon
7. Implementera arkitektoniskt flöde (arkitektoniska epos och portföljkanban) - portföljen Kanban går igenom tratt , granskning, analys, portföljbacklog och implementering

På företagsarkitekturnivå föreslår Scott Ambler (2016) följande principer

• Evolutionärt samarbete över ritning
• Kommunikation framför perfektion
• Aktivt deltagande av intressenter
• Företagsarkitekter är aktiva deltagare i utvecklingsteam
• Aktivering över inspektion (exempel)
• Modeller på hög nivå (ju mer komplexa, desto mer abstrakta)
• Fånga detaljer med fungerande kod
• Lean vägledning och regler, inte byråkratiska procedurer
• Har ett dedikerat team av erfarna företagsarkitekter

Svyatoslav Kotusev identifierar följande dimensioner av "agile" Enterprise Architecture :

1. Agilitet i strategisk planering, inklusive sådana aspekter som (a) den totala mängden tid och ansträngning som ägnas åt strategisk planering, (b) den organisatoriska omfattning som täcks av strategisk planering, (c) tidshorisonten för strategisk planering och (d) exakt hur den önskade framtiden definieras
2. Agility av initiativleverans, inklusive sådana aspekter som (a) det logiska flödet av initiativleverans och (b) volymen av EA-artefakter som utvecklats för initiativ, dvs lösningsöversikter och lösningsdesigner
3. Smidig finansieringsfördelning, inklusive sådana aspekter som (a) sammansättningen av företagens IT-investeringsportföljer och (b) strukturen för budgetprocesser
4. Smidig arkitekturstyrning, inklusive sådana aspekter som (a) formaliteten i beslutsprocesser och (b) efterlevnaden av de godkända planerna
5. Arkitekturfunktionens smidighet, inklusive sådana aspekter som (a) förhållandet mellan arkitekter i den totala IT-arbetsstyrkan och (b) graden av arkitekters deltagande i IT-projekt
6. Agility av andra element, inklusive sådana aspekter som (a) nivån på teknisk standardisering och (b) sofistikeringen av använda mjukvaruverktyg