Verscherp de manier waarop je team software bouwt en uitlevert
Sterke engineeringteams worden gebouwd op consistente, goed begrepen ontwikkelpraktijken. De Radar voor Ontwikkelpraktijken geeft softwareteams een gestructureerde manier om na te denken over hoe ze hun werk plannen, bouwen, testen en uitleveren. Door dimensies te beoordelen zoals duidelijkheid van scope, codeerstandaarden, technische schuld, testen en deployment, brengen teams aan het licht waar hun vakmanschap solide is en waar wrijving hen vertraagt. Gebruik de resultaten om eerlijke gesprekken op gang te brengen, verbeteringen af te spreken en te volgen hoe je ontwikkelpraktijken in de loop van de tijd volwassen worden.
Afmetingen
Ontwikkelpraktijken
Kern-engineeringpraktijken die bepalen hoe effectief het team kwaliteitssoftware plant, bouwt, test en uitlevert.
Duidelijkheid van scope
Onze werkscope 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 gedefinieerd zijn en nageleefd worden.
- Geen gedeelde standaarden
- Standaarden bestaan maar variëren
- Standaarden consequent gevolgd
Vermogen om te focussen
We hebben de tijd en gelegenheid om ons te concentreren op het werk dat we gepland hebben.
- Constant onderbroken
- Enige focustijd
- Beschermde focustijd
Beheer van technische schuld
We monitoren en beheren onze technische schuld.
- Schuld wordt genegeerd
- Schuld wordt af en toe gevolgd
- Schuld actief beheerd
Testpraktijken
We hebben functionele testautomatisering voor tijdrovende functies met hoge inzet.
- Voornamelijk handmatig testen
- Gedeeltelijke automatisering
- Robuuste testautomatisering
Deploymentproces
We hebben geautomatiseerde deployment die betrouwbaar en kwaliteitsgeborgd is.
- Handmatige, risicovolle deploys
- Deels geautomatiseerde deploys
- Betrouwbare geautomatiseerde deploys
Wanneer deze gezondheidscontrole gebruiken
- Wanneer een engineeringteam een gedeeld beeld wil van hoe sterk hun dagelijkse ontwikkelpraktijken zijn.
- Tijdens een retrospective of kwartaalevaluatie om te bepalen waar wrijving in vakmanschap en uitlevering zit.
- Bij het onboarden van een nieuw team en het vaststellen van een nulmeting voor codeerstandaarden, testen en deployment.
- Om de verbetering van ontwikkelpraktijken in de loop van de tijd te volgen over meerdere check-ins.
Tips & trucs
- Voer de check anoniem uit om openhartige reacties over scope, focus en technische schuld te stimuleren.
- Vergelijk resultaten tussen squads om praktijken te ontdekken die het delen of standaardiseren waard zijn.
- Richt elke retrospective op de een of twee laagst scorende dimensies in plaats van alles tegelijk te willen oplossen.
- Voer de radar elk kwartaal opnieuw uit om trends te visualiseren en te bevestigen dat afgesproken verbeteringen beklijven.