SAFe® uitgelegd: De waarde "Ingebouwde Kwaliteit"
SAFe is gebaseerd op vier centrale waarden. De eerste was Alignment in SAFe. De tweede waarde is "Built-In Quality" – oftewel: "Ingebouwde Kwaliteit". Maar waarom veranker je ingebouwde kwaliteit als centrale waarde – en wat zit erachter?
In dit artikel beperken we ons bewust tot de coördinerende effecten van ingebouwde kwaliteit. De betekenis van ingebouwde kwaliteit voor de klant – en daarmee voor de omzet en het zakelijk succes – noemen we slechts zijdelings.
Klassieke ontwikkeling verloopt vaak als volgt:
En in de volgende meeting blijkt dan wat „klaar" betekent:
Omdat tijdige levering van het product natuurlijk belangrijk is voor de business, komt al snel het moment waarop je spijkers met koppen slaat:
Het gevolg? Technische schuld stapelt zich op. Op een gegeven moment zitten de ontwikkelaars vast, omdat ze alleen nog maar aan het "opruimen" zijn en niet meer vooruitkomen.
De situatie verslechtert al snel nog verder wanneer er veel handmatige tests uitgevoerd moeten worden. Hoe groter het ontwikkelteam, hoe meer tests er ook bijkomen. Vooral wanneer de tijd krap is, wordt een fatale verkeerde beslissing steeds waarschijnlijker:
Door het ontbreken van tests vliegen de ontwikkelaars blind en weten ze helemaal niet meer of en waar er iets misgaat. Problemen komen pas bij de klant aan het licht – en dan zijn ze ineens urgent! De foutmeldingen komen op het slechtst mogelijke moment en verstoren de doorontwikkeling:
De situatie wordt nog ingewikkelder wanneer meerdere teams aan hetzelfde product werken en door het ontbreken van tests niet duidelijk is waar een fout eigenlijk vandaan komt:
Hoe meer developers aan hetzelfde product werken, hoe ingewikkelder het wordt om fouten te ontdekken en op te lossen.
Om ervoor te zorgen dat dit juist geen probleem wordt, stelt SAFe verschillende maatregelen voor.
SAFe-maatregelen voor producten met ingebouwde kwaliteit:
- We gebruiken al in de planningsfase alle beschikbare denkkracht om risico's vroeg te herkennen en samen het best mogelijke design te maken.
- Ontwikkelaars schrijven zelf Clean Code. Die heeft uiteraard Unit Tests en wordt continu geïntegreerd.
- Heel belangrijk zijn zoveel mogelijk korte feedbackcycli om problemen tijdig te identificeren.
- Verkeerde ontwikkelingen zijn makkelijker te corrigeren wanneer oplossingen niet te vroeg worden vastgelegd.
- Een zo goed mogelijke ontwikkel- en testinfrastructuur bevordert koerscorrecties.
- We testen niet alleen individuele functies, maar ook de integratie en het totale systeem zo vroeg en vaak als mogelijk.
- In de demo's tonen we het totaalproduct, niet de component van individuele teams.
SAFe volgt de filosofie: "Kwaliteit ontstaat in elke stap van de productontwikkeling en niet pas bij de QA.".
Alle betrokkenen, van ontwikkelaar tot Product Owner en Management, moeten hun verantwoordelijkheid erkennen in hoe ze zo goed en vroeg mogelijk kwaliteit in het proces en het product kunnen inbouwen. De derde kernwaarde van SAFe, Transparantie, leggen we je uit in het volgende artikel.
