Sprint

Een sprint is een periode van vaste lengte, doorgaans tussen één en vier weken, waarin een team een ​​reeks taken voltooit die bedoeld zijn om een ​​bruikbare incrementele versie van het product te produceren. De lengte blijft constant voor alle sprints, zodat het team een ​​betrouwbaar beeld krijgt van zijn eigen capaciteit en zodat planning, evaluatie en aanpassing volgens een voorspelbaar ritme verlopen.

Het doel van de timebox is om regelmatige momenten te creëren waarop de koers op basis van bewijsmateriaal kan worden herzien. Aan het einde van elke sprint is er iets om te inspecteren, waardoor stakeholders kunnen reageren op de werkelijkheid in plaats van op een plan, en het team zich kan aanpassen op basis van de opgedane kennis. Zonder een werkend resultaat om te inspecteren, is de tijdslimiet slechts een kalenderpunt en vindt de aanpassing die de structuur beoogt mogelijk te maken, niet plaats.

Het behandelen van een sprint als een deadline in plaats van als een afgebakend gebied is de meest schadelijke misvatting. Wanneer werk dat tijdens de planning is toegezegd niet is afgerond, is de juiste reactie om het mee te nemen en te onderzoeken waarom de schatting onjuist was, en niet om het testen te comprimeren, de review over te slaan of de sprint te verlengen. Teams die consequent kwaliteit opofferen om een ​​sprint af te ronden, accumuleren defecten en technische schuld in een tempo dat uiteindelijk hun volledige capaciteit opslokt, en dit patroon wordt meestal veroorzaakt door externe druk in plaats van een bewuste keuze.

De stabiliteit van de scope tijdens de sprint is essentieel voor het succes van dit alles, en het is tevens de discipline die het vaakst wordt geschonden. Het team verbindt zich aan een takenpakket in de veronderstelling dat dit halverwege de sprint niet zal veranderen, waardoor ze kunnen plannen en zich kunnen concentreren. Organisaties die continu urgent werk toevoegen, hebben deze commitment weggenomen, waardoor het team feitelijk reactief werkt terwijl het wel de ceremoniën van geplande oplevering uitvoert.

Het sprintdoel is een element dat vaak over het hoofd wordt gezien, maar dat de werking van de sprintperiode verandert. In plaats van een lijst met losse items, geeft een doel aan wat de sprint probeert te bereiken. Dit biedt het team een ​​basis om compromissen te sluiten wanneer de realiteit afwijkt van het plan. Met een doel kan een team een ​​minder belangrijk item laten vallen en toch succes behalen; met alleen een lijst is elk item even belangrijk en is elk tekort een mislukking.

De lengte van een sprint brengt een echte afweging met zich mee. Kortere sprints bieden frequentere feedback en beperken de kans dat een team de verkeerde kant opgaat, ten koste van een evenredig grotere tijd die wordt besteed aan planning en evaluatie. Langere sprints verminderen die overhead, maar vertragen de feedback en geven het team de tijd om meer te bouwen voordat het gevalideerd wordt. Twee weken is een veelvoorkomend compromis geworden, hoewel het juiste antwoord afhangt van hoe snel het team zinvolle feedback kan ontvangen.

Velocity, de hoeveelheid werk die per sprint wordt voltooid, is nuttig voor het team bij de planning, maar schadelijk wanneer het extern wordt gebruikt als prestatiemaatstaf. Teams die op basis van velocity worden gemeten, overdrijven hun schattingen, waardoor het getal betekenisloos wordt, terwijl de indruk van verbetering wel bestaat. Bovendien is het niet vergelijkbaar tussen teams, omdat schattingsschalen relatief en lokaal gedefinieerd zijn. Dit maakt het vergelijken van velocity tussen teams een van de meest contraproductieve managementpraktijken.

Omdat de structuur alleen waarde oplevert wanneer de omringende organisatie de afspraak respecteert en actie onderneemt naar aanleiding van de evaluatie, wordt de effectiviteit ervan grotendeels buiten het team bepaald. In de praktijk wordt de frequentie intern vastgesteld. productontwikkelingEen evaluatie is het meest waardevol wanneer deze is gebaseerd op bewijsmateriaal uit gebruikersonderzoek In plaats van interne meningen, stemmen organisaties die meerdere teams coördineren doorgaans de werkritmes op elkaar af. productafdeling zodat afhankelijkheden kunnen worden gepland in plaats van achteraf ontdekt.