DevOps-retrospective

Format van de DevOps-retrospective

Geslaagde deployments

Wat ging goed bij recente deployments?

Begin met wat goed werkte bij recente deployments en vraag waardoor het werkte, zodat je het kunt herhalen.

Verbeterpunten

Tegen welke uitdagingen liepen we aan, en hoe kan het beter?

Houd het blameless. Vraag wat er gebeurde en wat het lastig maakte, en zoek naar het gat in proces of tooling achter elk probleem.

Samenwerking en cultuur

Hoe verbeteren we teamwork en bouwen we aan een DevOps-cultuur?

Bespreek waar dev en ops werk nog steeds over de muur gooien, en wat ervoor zou zorgen dat het draaien van de dienst een gedeelde verantwoordelijkheid wordt.

Tools en processen

Hoe kunnen we onze tools, technologieën en processen optimaliseren?

Zoek naar handmatige stappen die het automatiseren waard zijn en workflows met te veel overdrachten. Kies de wijziging die de meeste tijd bespaart of het meeste risico wegneemt.

Wanneer dient u deze retrospective te gebruiken?

• Na een grote release of deployment, om te evalueren hoe het ging.
• Elke maand of elk kwartaal, om steeds beter te worden in het bouwen en draaien van software.
• Wanneer dezelfde knelpunten of fouten steeds terugkomen in je build- en deploymentpipeline.
• Nadat je nieuwe tools, technologieën of processen hebt ingevoerd, om te checken of ze helpen.
• Na een ernstig incident of een grote storing, om de grondoorzaken te vinden en preventie af te spreken.

Voorstellen voor ijsbrekers

• Als je één handmatige taak kon automatiseren, welke zou dat zijn en waarom?
• Deel een recent aha-moment of leermoment rond DevOps-werkwijzen.

Wilt u een opwarmoefening waarbij uw team daadwerkelijk meedoet, en niet alleen hardop antwoorden geeft? Bekijk gratis ijsbrekers →

Ideeën en tips voor uw retrospectievevergadering

• Houd het blameless, zodat mensen delen wat er echt gebeurde tijdens incidenten en deployments.
• Nodig zowel development als operations uit. Elke kant ziet problemen die de ander niet ziet.
• Besteed de meeste tijd aan wat er moet veranderen, en aan fouten uit het verleden alleen zoveel als nodig is om ze te begrijpen.
• Geef elke afgesproken actie een eigenaar en een datum.
• Benoem de mensen achter soepele releases en opgeloste incidenten. Dat werk blijft vaak onopgemerkt.
• Wissel af en toe van format, zodat de retrospective niet sleets wordt.

Veelgestelde vragen