Wat is de Radar voor ontwikkelpraktijken?
De Radar voor ontwikkelpraktijken is een korte health check voor softwareteams. Je team beoordeelt zes stellingen op een vijfpuntsschaal van Helemaal oneens tot Helemaal eens: de scope is duidelijk, codeerstandaarden zijn afgesproken en worden nageleefd, mensen hebben tijd om zich te concentreren, technische schuld wordt bewaakt en beheerd, tijdrovende en kritieke features hebben geautomatiseerde tests, en deployment is geautomatiseerd en betrouwbaar. Met zes dimensies blijft de check kort genoeg om elk kwartaal te doen, en zie je zwakke plekken direct. Scoort Concentratievermogen in het hele team laag, dan is dat een concreet probleem om aan te kaarten bij degene die de prioriteiten bepaalt. Gebruik de resultaten om één of twee veranderingen af te spreken en controleer bij de volgende ronde of ze zijn blijven hangen.
Afmetingen
Ontwikkelpraktijken
Kernpraktijken in engineering die bepalen hoe effectief het team kwalitatieve software plant, bouwt, test en oplevert.
Duidelijkheid van scope
De scope van ons werk is duidelijk en goed gedefinieerd.
- Scope is onduidelijk
- Scope is grotendeels duidelijk
- Scope is goed gedefinieerd
Gedeelde codeerstandaarden
We hebben een afgesproken set codeerstandaarden die vastgelegd zijn en worden nageleefd.
- Geen gedeelde standaarden
- Standaarden bestaan, maar wisselen
- Standaarden consequent gevolgd
Concentratievermogen
We hebben de tijd en ruimte om ons te concentreren op het werk dat we hebben gepland.
- Voortdurend onderbroken
- Enige focustijd
- Beschermde focustijd
Beheer van technische schuld
We bewaken en beheren onze technische schuld.
- Schuld wordt genegeerd
- Schuld af en toe bijgehouden
- Schuld actief beheerd
Testpraktijken
We hebben functionele testautomatisering voor tijdrovende, kritieke features.
- Vooral handmatig testen
- Gedeeltelijke automatisering
- Robuuste testautomatisering
Deploymentproces
We hebben geautomatiseerde deployment die betrouwbaar is en waarvan de kwaliteit geborgd is.
- Handmatige, riskante deploys
- Deels geautomatiseerde deploys
- Betrouwbare geautomatiseerde deploys
Wanneer dient u deze gezondheidscontrole uit te voeren?
- Als je engineeringteam een gedeeld beeld wil van hoe solide de dagelijkse werkwijze is.
- Tijdens een retrospective of kwartaalevaluatie, om te ontdekken waar frictie de oplevering vertraagt.
- Als er een nieuw team wordt gevormd, om een nulmeting te doen voor codeerstandaarden, testen en deployment.
- Over meerdere metingen heen, om te zien of de ontwikkelpraktijken verbeteren.
Tips en trucs
- Doe de check anoniem, zodat mensen eerlijk antwoorden over scope, focus en technische schuld.
- Vergelijk de resultaten tussen squads om praktijken te vinden die het waard zijn om te delen of te standaardiseren.
- Besteed elke retrospective aan de één of twee laagst scorende dimensies. Alle zes tegelijk proberen te verbeteren beklijft zelden.
- Herhaal de radar elk kwartaal om trends te zien en te controleren of afgesproken verbeteringen standhouden.