Rétrospective DevOps

Passez en revue déploiements, incidents et passations entre dev et ops.

Essayez ce concert rétrospectif

Déploiements réussis

Qu'est-ce qui a bien fonctionné lors des derniers déploiements ?

Le pipeline de tests et de déploiement automatisés a fonctionné sans accroc pour la dernière version.
La collaboration entre dev et ops pendant la phase de pré-déploiement nous a permis de repérer tôt des problèmes potentiels.
Grâce au plan de rollback prévu, on a pu annuler rapidement un déploiement problématique.
Axes d'amélioration

Quelles difficultés avons-nous rencontrées, et comment faire mieux ?

L'absence de tests automatisés sur certains composants a provoqué des problèmes inattendus en production.
Des lacunes de communication entre les équipes dev et ops ont entraîné des retards et du travail refait.
Une supervision et des alertes insuffisantes ont rendu difficile la détection des problèmes et une réaction rapide.
Collaboration et culture

Comment améliorer le travail d'équipe et développer une culture DevOps ?

Des formations croisées et du job shadowing pourraient aider à rapprocher les équipes dev et ops.
Instaurer une culture du postmortem sans reproche encouragerait les échanges ouverts et l'apprentissage.
Des sessions régulières de partage de connaissances pourraient aider chaque équipe à mieux comprendre les difficultés de l'autre.
Outils et processus

Comment optimiser nos outils, technologies et processus ?

Mettre en place l'infrastructure as code pourrait améliorer la cohérence et réduire les tâches manuelles.
Adopter une architecture microservices pourrait améliorer la scalabilité et la résilience.
Investir dans de meilleurs outils de supervision et d'observabilité nous donnerait une vision plus fine.

Qu'est-ce qu'une rétrospective DevOps ?

Le DevOps (mot-valise formé à partir de « development » et « operations ») est un ensemble de pratiques et d'outils qui permettent à une organisation de livrer des applications et des services plus vite qu'avec les processus de développement logiciel traditionnels. Une rétrospective DevOps réunit les développeurs et les équipes d'exploitation pour revenir sur les dernières mises en production, les incidents et leur façon de travailler ensemble. Le tableau comporte quatre colonnes. Déploiements réussis recense ce qui a bien fonctionné lors des dernières mises en production. Axes d'amélioration rassemble les problèmes, des lacunes dans les tests automatisés aux runbooks manquants. Collaboration et culture s'intéresse à la manière dont dev et ops travaillent ensemble, y compris l'astreinte, les passations et les postmortems. Outils et processus accueille les changements à apporter au pipeline, à l'infrastructure et à la supervision. Organisez-la après une mise en production majeure ou une panne, ou à un rythme régulier, mensuel ou trimestriel. Gardez une approche sans reproche pour que chacun raconte ce qui s'est réellement passé, et repartez avec quelques changements ayant chacun un responsable. La prochaine série de déploiements vous dira s'ils ont porté leurs fruits.

Format de la rétrospective DevOps

Déploiements réussis

Qu'est-ce qui a bien fonctionné lors des derniers déploiements ?

Commencez par ce qui a fonctionné lors des derniers déploiements, et demandez ce qui a permis ce succès afin de pouvoir le reproduire.

Axes d'amélioration

Quelles difficultés avons-nous rencontrées, et comment faire mieux ?

Restez dans une approche sans reproche. Demandez ce qui s'est passé et ce qui a compliqué les choses, et cherchez la lacune de processus ou d'outillage derrière chaque problème.

Collaboration et culture

Comment améliorer le travail d'équipe et développer une culture DevOps ?

Parlez des endroits où dev et ops se renvoient encore le travail par-dessus le mur, et de ce qui ferait de l'exploitation du service une responsabilité partagée.

Outils et processus

Comment optimiser nos outils, technologies et processus ?

Repérez les étapes manuelles qui mériteraient d'être automatisées et les flux de travail comportant trop de passations. Choisissez le changement qui ferait gagner le plus de temps ou éliminerait le plus de risques.

Dans quels cas recourir à cette étude rétrospective ?

  • Après une mise en production ou un déploiement majeur, pour faire le point sur son déroulement.
  • Chaque mois ou chaque trimestre, pour continuer à améliorer la façon dont vous construisez et exploitez vos logiciels.
  • Quand les mêmes goulots d'étranglement ou les mêmes échecs reviennent sans cesse dans votre pipeline de build et de déploiement.
  • Après l'introduction de nouveaux outils, technologies ou processus, pour vérifier qu'ils apportent vraiment quelque chose.
  • Après un incident ou une panne importante, pour identifier les causes profondes et s'accorder sur des mesures de prévention.

Exemples de questions pour brise-glace

  • Si vous pouviez automatiser une tâche manuelle, laquelle choisiriez-vous et pourquoi ?
  • Partagez un déclic ou un apprentissage récent lié aux pratiques DevOps.

Vous souhaitez un exercice d'échauffement que votre équipe puisse pratiquer, et pas seulement répondre à voix haute ? Découvrez des brise-glaces gratuits →

Idées et conseils pour votre réunion de rétrospective

  • Gardez une approche sans reproche pour que chacun raconte ce qui s'est réellement passé lors des incidents et des déploiements.
  • Invitez à la fois le développement et l'exploitation. Chaque côté voit des problèmes que l'autre ne voit pas.
  • Consacrez l'essentiel du temps à ce qu'il faut changer, et juste assez aux erreurs passées pour les comprendre.
  • Attribuez à chaque action décidée un responsable et une échéance.
  • Citez les personnes à l'origine des mises en production sans accroc et des résolutions d'incidents. Ce travail passe souvent inaperçu.
  • Changez de format de temps en temps pour que la rétrospective ne s'essouffle pas.

Foire aux questions

Qu'est-ce qu'une rétrospective DevOps ?
C'est une réunion où le développement et l'exploitation reviennent ensemble sur les derniers déploiements, les incidents et leur collaboration. Le tableau couvre les déploiements réussis, les axes d'amélioration, la collaboration et la culture, ainsi que les outils et processus.
En quoi une rétrospective DevOps diffère-t-elle d'une rétrospective de sprint ?
Une rétrospective de sprint porte sur le travail général de l'équipe pendant le sprint. Une rétrospective DevOps se concentre sur la façon dont le logiciel est construit, livré et exploité : les déploiements, les incidents, les pipelines et l'astreinte y occupent donc plus de place.
À quelle fréquence une équipe doit-elle organiser une rétrospective DevOps ?
Beaucoup d'équipes en organisent une après chaque cycle de mise en production, ou chaque mois ou trimestre. En tenir une peu après un incident majeur est aussi utile, tant que les détails sont encore frais.
Qui doit participer à une rétrospective DevOps ?
Les développeurs, les équipes d'exploitation ou SRE, la QA et toute personne d'astreinte ou responsable du pipeline. Tout l'intérêt est de réunir dev et ops autour de la même table.
En quoi est-ce différent d'un postmortem d'incident ?
Un postmortem analyse en profondeur un seul incident. Une rétrospective DevOps examine l'ensemble des dernières mises en production et des incidents pour repérer des tendances dans vos processus et votre outillage.

Modèles associés

Processus de développement produit

Prenez du recul sur les sprints et revoyez votre façon de construire vos produits.

Rétrospective de revue de code

Rendez les revues de code de votre équipe plus rapides et plus utiles

Rétrospective des outils et ressources de support

Identifiez ce qui aide votre équipe de support et ce qui la freine

Rétrospective de résolution des tickets

Identifiez ce qui ralentit le traitement des tickets de votre équipe

Êtes-vous prêt à mener cette rétrospective ?Essayez ce concert rétrospectif