De chaos van constante verandering is funest voor onze software (en het werkplezier van IT’ers)
Kijk op een willekeurige dag mee bij een willekeurig IT-bedrijf en de kans is groot dat je een zekere mate van chaos aantreft. De product owner schudt de routine op met nieuwe projectvereisten, er duikt een e-mail op met een nieuwe software-update, er is onduidelijkheid over de prioriteiten en het tijdschema was al te krap en onrealistisch om mee te beginnen. Natuurlijk wil niemand saai werk, maar softwareontwikkeling is iets anders dan journalistiek. Het werk is er niet bij gebaat dat er telkens iets onverwachts, nieuws en spannends gebeurt. De wereld om ons heen verandert continu, maar kunnen we daar niet op een slimmere manier mee omgaan?
Ja, we hebben er bewust voor gekozen om flexibel en wendbaar te zijn. Het alternatief, zorgvuldig, gecontroleerd en rigide paste ook niet. En misschien wegen de nadelen op tegen de voordelen, maar wie zegt dat Agile en Waterval de enige twee smaken zijn waaruit je kunt kiezen? Wie zegt dat je moet kiezen tussen wendbaar en flexibel en zorgvuldig en gecontroleerd? Wat als het allebei kan?
Steve Jobs zei ooit: “People think focus means saying yes to the thing you’ve got to focus on. But that’s not what it means at all. It means saying no to the hundred other good ideas that there are. You have to pick carefully.”
Veranderingen zijn prima, maar veranderingen mogen niet je voltallige ontwikkelteam gek maken. Pas na ongeveer een half uur geconcentreerd werken ontstaat er een flow die zorgt voor slimme oplossingen en foutloos werk. Die flow bereik je niet als je telkens wordt onderbroken of steeds op zoek moet naar een interpretatie van de specificaties. Volgens onderzoek van psycholoog Gloria Mark[1] duurt het nadat je bent afgeleid gemiddeld 23 minuten om weer volledige concentratie te bereiken. Dus we zadelen onze IT’ers op met een behoorlijke uitdaging. Ze moeten complex werk doen en mogen geen fouten maken, maar we zorgen niet voor de omstandigheden waarin dat mogelijk is, omdat we ze continu storen met de laatste ontwikkelingen. Veranderingen horen erbij, maar er is een tijd en plaats voor alles. Je hoeft een team niet ad hoc te confronteren met verandering. Je kunt ook een pas op de plaats maken en ze gecontroleerd en gestructureerd in het werkproces inpassen. Met de Happy Sprint Machine (de HSM-methode) is dit ook geen enkel probleem.
Ben je nieuwsgierig naar hoe je op een gecontroleerde en gestructureerde manier om kan gaan met veranderingen in je IT-project? Lees dan “De Happy Sprint Machine”. Het beschrijft een methode voor software-ontwikkeling die zo logisch is dat je straks niet meer snapt waarom het ooit anders is gedaan.
[1] Mark, G. (2023). Attention span: finding focus for a fulfilling life. HarperCollins UK.
