Er bestaat een oude regel in softwareteams: nooit releasen op vrijdag. Niemand weet nog wie hem geschreven heeft. Hij wordt van generatie op generatie doorgegeven als een familierecept, en niemand durft eraan te komen.
Wij vinden dat een team op een vrijdag om 17 uur moet kunnen releasen zonder te beven. Die zin lokt graag discussie uit, dus hij verdient wat uitleg.
Goede redenen, en één slechte
Er zijn uitstekende redenen om niet op vrijdagavond te releasen. De support is gesloten. Uw gebruikers vertrekken op weekend. Niemand wil hen storen. U wilt gewoon naar huis.
Dat zijn allemaal keuzes. Eén reden is dat niet: “En als de productie eruit gaat?”
Als die vraag angst aanjaagt, is vrijdag niet het probleem. Het probleem is dat de tests niet echt iets testen, dat het releaseproces met plakband aan elkaar hangt, en dat niemand in het team vertrouwt op wat hij oplevert. En dat is op een dinsdag om 10 uur net zo waar.
Waarom grote releases angst aanjagen
De angst komt meestal van de omvang. Drie weken aan wijzigingen, opgestapeld in één oplevering: natuurlijk is dat beangstigend. Als er iets misloopt, weet niemand welke van de tweehonderd wijzigingen de oorzaak is, en teruggaan betekent alles verliezen.
Van één kleine release per dag wordt niemand bang. Als ze iets breekt, weet u precies wat, en u keert in twee minuten terug.
Wat het mogelijk maakt
- Geautomatiseerde tests die beschrijven wat het product moet doen, en die bij elke wijziging draaien.
- Een releaseproces dat zelf geautomatiseerd is, elke keer identiek, zonder manuele stappen die men kan vergeten.
- Kleine wijzigingen, opgeleverd zodra ze klaar zijn in plaats van opgespaard.
- Een weg terug: de vorige versie is altijd maar één handeling ver.
Dat is geen luxe die voorbehouden is aan grote technische teams. Zo werken wij op elk project, en het is wat een demo om de twee weken mogelijk maakt.
Wat dat voor u betekent
U zou op de dag van een release nooit uw adem moeten inhouden, of te horen krijgen dat een correctie moet wachten op “de volgende versie” over een maand. Als releasen saai is, komen correcties snel, komen verbeteringen doorlopend, en merken uw teams de releases helemaal niet meer op. Dat is het doel.