Agile opschalen: een praktische gids voor enterprise teams

Idealiter:

Direct vanaf het begin van de agile transformatie.

Theoretisch:

Zodra de complexiteit en omvang van het project groot genoeg zijn om de inzet van meerdere resources te vereisen.

In de praktijk:

In elke fase waarin een organisatie structureel het volgende ervaart:

• Gebrek aan samenwerking
• Knelpunten in de business
• Stagnerende of dalende omzet
• Langzamere opleveringscycli
• Complexe processen
• Wrijving binnen de organisatie
• Werken in silo's
• Bureaucratische hindernissen
• Systemen die haperen bij de overdracht van het ene team naar het andere

Dit zijn allemaal duidelijke symptomen van een agile implementatie die opgeschaald moet worden.

In dit stadium heeft u een beoordeling nodig om vast te stellen hoe geschikt uw organisatie is voor scaling agile. Zoek steun op directieniveau om te evalueren of er gespecialiseerde eenheden ontbreken, zoals designspecialisten, IT-specialisten, securityspecialisten, ondersteuning van stakeholders enzovoort, om te bepalen welke factoren binnen uw onderneming u verhinderen om agile op te schalen.

• Bottom-up
• Top-down

Bij een bottom-upbenadering begint u met opschalen op teamniveau en werkt u omhoog naar de andere teams en het management in de organisatie.
Dat werkt uitstekend voor teams die onafhankelijk zijn van elkaars werk. Maar als de teams van elkaar afhankelijk zijn, moet u uw strategie opnieuw beoordelen.

Bij de top-downbenadering wordt de agile transitie eerst omarmd door het hogere management, waarna deze doorwerkt tot op teamniveau.
Dit lukt beter met behulp van een consultant of een agile coach die u kan begeleiden bij de overgang naar scaling agile.

In beide benaderingen ziet de uiteindelijke transitie structureel ongeveer zo uit: er is een aantal kleine, multidisciplinaire teams die aan een complex probleem werken door het op te delen in kleinere brokken. De teams leveren oplossingen voor elk onderdeel van die brokken met behulp van snelle minimum viable products en korte feedbackloops. Vervolgens werken ze samen om al die oplossingen te integreren tot een samenhangend geheel. Het geheim van deze samenwerking is ervoor te zorgen dat niet het plan, maar het inspelen op verandering de spil is. Een duidelijke maatstaf voor het succes van dit proces is de verschuiving van de aandacht voor output (zoals regels code of het aantal nieuwe producten) naar de aandacht voor uitkomsten (zoals groei, omzet en klantbeleving).

• Wat is uw bedrijfsstrategie?
• Hoeveel projecten staan er gepland?
• Hoeveel teams gaan daaraan werken?
• Hoe complex is een afzonderlijk project?
• Zijn uw huidige teams voldoende toegerust en vakbekwaam om aan deze projecten te werken?
• Wat gaat goed? Wat moet er verbeteren?
• Ondersteunt de huidige werkcultuur de verandering?
• Wat zijn uw KPI's voor scaling agile?
• Hoe goed kennen uw teams agile?
• Kunnen uw teams goed presteren in een agile omgeving?
• Hoe zou een succesvolle transitie eruitzien?
• Heeft u risico's of afhankelijkheden vastgesteld die uw transitie kunnen beïnvloeden?

Scaled Agile Framework (SAFe)

Met Scaled Agile Framework (SAFe) kunnen ondernemingen hun organisatiedoelen realiseren en het product van de hoogste kwaliteit opleveren binnen de kortst houdbare tijd. Het is een aanpak die Scrum opschaalt naar Enterprise Level en u de vrijheid geeft om op te schalen naar uw bedrijfsbehoeften, ongeacht de omvang van de onderneming, die zelfs in de duizenden kan lopen.

Naast de traditionele scrumrollen kent SAFe nieuwe, duidelijk omschreven rollen, zoals de Release Train Engineer en de Solution Engineer. Daarnaast komen er ceremonies en processen bij, zoals PI Planning, de uitvoering van het Program Increment, de Agile Release Train, de Solution Train en zo meer.

Het introduceert een filosofie van dienend en lean-agile leiderschap en gaat verder dan het invoeren van een organisatiestructuur alleen: het brengt een nieuwe mindset teweeg. Lees meer over het scala aan rollen in SAFe op de Kendis-blog.

Disciplined Agile (DA)

Disciplined Agile Delivery (DAD) is een eenvoudig en flexibel framework dat contextspecifieke richtlijnen biedt die passen bij de behoeften van uw onderneming om sneller producten van hoge kwaliteit op te leveren. Het is een hybride model dat is opgebouwd uit een verzameling wereldwijd bewezen Lean-Agile methoden, zoals Scrum, Kanban, XP, Agile Modelling, Unified Process en vele andere.

DA behandelt projectoplevering van het eerste begin tot de levering aan de eindgebruikers, door de barrières tussen development en de overige delen van de organisatie te slechten en alles samen te brengen in één gezamenlijke inspanning. Het coördineert de scrumteams en stemt ze af op de rest van de organisatie en hun werk, zodat alles transparant blijft.

Large Scale Scrum (LeSS)

Large Scale Scrum, afgekort als LeSS, is een van de toonaangevende frameworks voor agile softwareontwikkeling. Het is een multi-team scrumframework dat kan worden toegepast op een agile team van twaalf, honderd of zelfs duizenden individuen, die allemaal samen aan één specifiek gedeeld product werken.

Met LeSS kunt u zowel grote als kleine producten maken. Het is een eenvoudig en minimalistisch framework waarin regels, processen, rollen en artefacten minder strikt worden voorgeschreven. Er zijn alleen de conventionele scrumrollen, zoals de product owner, de scrum master en het team.

LeSS is zeer klantgericht: teams hebben direct contact met de klant, terwijl de product owner zich richt op het bepalen van de roadmap, de prioriteiten en de langetermijnvisie voor het product. Lees meer over het scala aan rollen in LeSS op de Kendis-blog.

Tribe

Spotify’s populair geworden Tribe-model heeft de wereld van de scaling agile-frameworks flink opgeschud. Spotify, een populaire muziekspeler, werd in 2008 gelanceerd en is inmiddels gegroeid naar teams die over meerdere tijdzones zijn verspreid. Hun succes danken ze aan hun diepgewortelde agile methodieken en aan het gebruik van scaling agile, met een eigen invulling.

De teams, die in dit framework “Squads” worden genoemd, gebruiken KANBAN, scrumsprints, XP of een mix van deze agile methodieken om hun werk te doen. Lees meer over het scala aan rollen in het Tribe-model op de Kendis-blog.

• Consistente processen en werkwijzen volgen
• Steun van stakeholders op directieniveau krijgen
• Gemeenschappelijke tools gebruiken in alle teams
• Advies of hulp van agile coaches
• Een stevig fundament van contextuele agile kennis
• Kortere time-to-market
• Een flexibelere en responsievere werkomgeving
• Wederzijds respect voor collega's
• Hogere algehele productiviteit
• Gedecentraliseerde besluitvorming

Onvolledig begrip van het framework

Veel scaled agile-transformaties zijn al gedoemd te mislukken voordat ze in de praktijk worden gebracht. Daar zijn drie redenen voor:

• Vaak nemen de mensen die de transformatie leiden ten onrechte aan dat het opleggen van een gereedschapskist hun organisatie op magische wijze zal transformeren. In dat geval wordt de beperking van het framework de beperking van hun scaled agile.
• Slechts weinig organisatieleiders doen de moeite om het behoefteprofiel van hun business te begrijpen voordat ze een bepaald scaling framework invoeren. Daardoor zijn ze slecht toegerust als het aankomt op de finesses van de uitvoering en verliezen ze het vertrouwen van het team.
• Slecht voorbereid leiderschap kan ook betekenen dat iemand besluit de leiding te nemen na het lezen van een boek of het volgen van een korte cursus, zonder enige praktijkkennis van hoe scaling agile zich door de lagen van een organisatie ontvouwt. Het gevolg is slecht geïmplementeerde processen en een verkeerde interpretatie van de principes.

Gebrek aan veranderingsbereidheid

Uit uw comfortzone stappen is altijd moeilijk, en in grote organisaties nog des te meer. Inertie is absoluut reëel. Dit betekent dat zodra een organisatie de verandering aangaat, motivatie het eerste is wat in de bagage hoort: de motivatie om zich niet te laten afschrikken door het ongemak van nieuwe processen en onbekend terrein.

Een nieuwe mindset vormen

Een belangrijke voorwaarde bij het adopteren van welk scaling agile-model dan ook is een lean-agile mindset. Niet slechts één persoon hoeft die te hebben; hij moet verankerd zijn in het DNA van de organisatie. Leiders moeten het concept van dienend leiderschap internaliseren, waarbij de prioriteiten van de teams voorop staan. Teams moeten leren eigenaarschap te nemen over hun werk en moeten in staat worden gesteld hun eigen beslissingen te nemen.

Cultuuromslag

In een traditionele managementstijl werken teams binnen hun eigen silo's volgens een hiërarchisch systeem. Ze zijn er strikt op gericht het plan van het hogere management te volgen. Met scaled agile moet een nieuwe werkcultuur worden omarmd.

Die schaft het idee van een top-downhiërarchie af, doet de silo's verdwijnen en versterkt de transparantie en samenwerking tussen teams en management. Autoriteit is niet langer gecentraliseerd.

Deze cultuur overnemen kost tijd en is een stevige, maar lonende opgave. De mentale omslag naar een cultuur waarin eigenaarschap over de hele linie wordt gedeeld, vergt veel werk en een sterke toewijding aan de zaak van scaling agile.

Verkeerde tools

Bouwen in silo's is dodelijk voor agile. Organisaties gebruiken doorgaans tools die per afdeling verschillen. Dat veroorzaakt een breuk.

Het harmoniseren van de technologiestack van de organisatie is een van de grootste uitdagingen van scaling agile. Er moet een trackingtool zijn die voor iedereen toegankelijk is. Die moet een transparante informatiestroom mogelijk maken en zichtbaarheid en samenwerking bevorderen. Met deze trackingtool kunt u strategische plannen, afhankelijkheden en risico's aanmaken. Kendis is zo'n scaling agile-oplossing, die alle planning- en trackingbehoeften van haar partners afdekt, van PI Planning en afhankelijkhedenbeheer tot coördinatie op Solution-Level, door ervoor te zorgen dat al hun bedrijfsprocessen zichtbaar zijn.

Remote teams

In de wereld na de pandemie is remote scaling agile geen nieuw concept meer. Het brengt eigen uitdagingen met zich mee:

Meerdere locaties
Gedistribueerde teams
Interculturele communicatie
Toenemende afhankelijkheid van technologieleveranciers van derden

Dit zijn slechts enkele voorbeelden van uitdagingen bij het opschalen van agile. Net als over de uitdagingen bestaan er ook een handvol mythes rond scaling agile. Geen van deze uitdagingen en mythes is onmogelijk te beheersen, maar ze kunnen een harde noot om te kraken zijn als uw organisatie er niet volledig op is voorbereid.

(Wilt u deze uitdagingen met uw team delen? Gebruik onze speciale blogpost over dit onderwerp.)