Begin langzaam en ga steeds sneller
Praktische stappen om je release frequentie te verhogen
Deel 4: Begin langzaam en ga steeds sneller
Over de voordelen van vaker releasen, is veel te zeggen. Belangrijke redenen zijn om sneller in te spelen op vragen van (potentiële) klanten, sneller kunnen toetsen van nieuwe functionaliteit bij de eindgebruiker en het verkleinen van risico’s door kleine wijzigingen in productie te zetten. In deze serie van blogs (lees hier deel 1) gaan we ervan uit dat de voordelen bekend zijn. In een apart blog worden de voordelen van vaker software releasen besproken.
Op Techorama heb ik een sessie verzorgd: “Not Netflix, Microsoft or Amazon? Practical steps to increase deployment frequency”. Dit blog is het laatste deel van een vierdelige waarin ik dieper op dit onderwerp in ga. Onderaan de pagina kun je de links naar de eerste 3 delen vinden.
Kleine stappen en dan steeds sneller
Zoals in het in het vorige deel geschreven, weten we dat we in realiseerbare (kleinere) stappen moeten denken om onze lange termijn ambitie te behalen. Nu we dat weten, dan is de volgende vraag: Maar hoe snel moeten we deze stappen zetten?
Als je langzaam gaat, zoek je naar het juiste pad. Begin langzaam om te voelen en ervaren welke obstakels je tegenkomt, overwin ze en word zelfverzekerd voordat je sneller gaat. Denk misschien zelfs aan hulpmiddelen om je door het veld te leiden.
Toen ik begon als programmeur (30 jaar geleden alweer) werkte ik samen met een aantal collega’s. Ik was iemand die vaak als eerste begon met het schrijven van de code. Er waren collega’s die op het oog niet zoveel deden, waar ik na 1 dag al iets had draaien hadden zij nog helemaal niets of bijna niets.
Wat ik hiermee wil zeggen is dat langzaam gaan in dit geval betekende dat de andere collega’s beter nadachten over de oplossing en visualiseerde hoe het zou werken in 1 maand, 1 jaar of nog langer. En door erover na te denken, ging het in het begin langzamer maar het eigenlijke coderen ging veel sneller en op de lange termijn nog veel sneller; dus uiteindelijk konden we vaker releasen.
Conclusie: Een goed begin is het halve werk
Als we kijken naar onze releasefrequentie, de sessie die we vandaag hebben, heeft het geen zin om te beginnen met dagelijks uitrollen als je nu een keer per kwartaal of half jaar uitrolt. Waarom denk je dat je direct naar meerdere keren per dag kunt gaan?
Zet een eerste stap, evalueer hoe dat gaat en wat er gedaan moet worden om een volgende stap te zetten. Denk hierbij aan processen, mensen en ook automatisering. Zet vervolgens de volgende stap, net zolang tot je op een punt bent dat het voor jou de op dit moment ideale situatie is.
Marcel Groennou, DevOps Consultant
Praktische stappen om je release frequentie te verhogen
deel 1: Laat de business en IT samenwerken
deel 2:Eerlijk zijn
deel 3: Neem kleine stappen