CheckOps en action
Teams can run CheckOps directly in Compass. Compass offers teams a single place where they can easily see metrics and goals and write down actions they plan to take.
Un exemple de rapport CheckOps hebdomadaire contenant des métriques, des alertes et des actions planifiées.
Vous pouvez également exécuter un rapport CheckOps hebdomadaire dans Trello.
Ce dont vous aurez besoin
À distance
Vidéoconférence avec partage d'écran
Outil de collaboration digitale
En personne
Modèle de rapport CheckOps dans Compass
Tableau blanc
Marqueurs
Post-its
Chronomètre
Modèles facultatifs
Modèles Atlassian
Ce scénario est idéal avec la fonctionnalité CheckOps dans Compass (découvrez comment aider votre équipe à se lancer avec CheckOps). Si vous n'avez pas encore commencé à utiliser Compass, vous pouvez toujours suivre la santé de votre équipe sans plus attendre dans Trello.
Instructions pour exécuter ce scénario
Ce scénario est conçu pour les équipes qui développent, livrent et exécutent des logiciels.
1. Préparez votre pratique 30 min
Définissez les objectifs de votre équipe DevOps
The entire team will set goals together.
- Connectez-vous à Compass et accédez à la fonctionnalité CheckOps, ou préparez un autre moyen de suivre vos objectifs.
- Identifiez ce que vous souhaitez modifier ou améliorer dans vos pratiques de développement ou opérationnelles.
Les exigences métier peuvent orienter vos objectifs opérationnels :
- Avez-vous besoin de fournir le service le plus rapide possible à vos clients ou devez-vous être disponible 24 h/24, 7 j/7, 365 jours par an ? Définissez des objectifs DevOps en termes de latence, de débit ou de disponibilité.
Les objectifs opérationnels peuvent également venir de l'équipe :
- Votre équipe en a-t-elle assez d'être réveillée à des heures indues en pleine nuit par des alertes et des incidents que lesquels elle n'a aucune prise ? Définissez un objectif pour limiter le nombre d'incidents et d'alertes non exploitables.
- Trouvez-vous que les délais d'examen des pull requests sont trop longs ? Définissez un objectif opérationnel pour déterminer combien de temps vos pull requests resteront ouvertes.
Commencez par un petit nombre d'objectifs DevOps. Optez pour la simplicité et veillez à recueillir les bonnes informations pour suivre votre avancement. Si possible, commencez par le ou les mêmes objectifs dans tous vos services. Cela devrait permettre de mieux cibler les données que votre équipe examinera à chaque réunion.
Veillez à ce que vos objectifs DevOps soient mesurables
Définissez vos objectifs de manière mesurable afin de savoir avec certitude si vous les avez atteints ou non.
- Les métriques opérationnelles de vos services constituent la solution : utilisez un outil d'observabilité (par exemple, Splunk Observability, DataDog, Grafana, et plus encore) et décrivez explicitement la métrique concernée.
- Les métriques de développement de vos dépôts sont également importantes. Vous pouvez utiliser Jira Software ou Compass pour les suivre au mieux.
Au fil de cet exercice, vous vous rendrez peut-être compte que vous ne mesurez pas ce que vous souhaitez réellement améliorer. Pas de problème ! L'un des éléments d'action pour votre première réunion CheckOps peut être d'ajouter la métrique DevOps pertinente. Une fois cela fait, vous pourrez l'aborder lors de prochaines réunions.
Notez vos objectifs DevOps
Une fois que l'équipe est d'accord avec les objectifs définis, notez-les et partagez-les avec tout le monde. Ce sont vos objectifs opérationnels déclarés. Ensuite, créez un document Confluence de base facilement accessible et très visible et indiquez-y vos objectifs DevOps. Si vous travaillez dans Compass, vous pouvez définir vos objectifs dans des cartes de performance.
Vos objectifs DevOps peuvent (et doivent) évoluer au fil du temps. Au fur et à mesure que vous collectez plus d'informations, vous pourrez prendre des décisions plus éclairées concernant vos objectifs, ou vous constaterez peut-être que vos objectifs métier ou opérationnels évoluent. Cependant, évitez d'ajouter trop d'objectifs et de métriques DevOps à la fois, car vous risquez d'affecter la concentration de votre équipe et de ne pas atteindre les résultats souhaités. Nous recommandons un maximum de trois objectifs sur une période de trois à six mois.
Voici quelques exemples d'objectifs pour votre équipe :
- Augmenter votre pull request ou votre durée de cycle totale : utile si votre équipe ne respecte souvent pas les délais.
- Réduire le nombre d'alertes ou d'incidents que votre équipe reçoit chaque semaine : utile si le travail de votre équipe est trop souvent perturbé.
- Ralentir la fréquence de vos déploiements : utile si votre équipe reçoit trop d'incidents.
Au fur et à mesure que les performances de votre équipe s'améliorent, la phase de préparation peut se raccourcir.
CONSEIL : MÉTRIQUES DEVOPS CLÉS
Nous recommandons aux équipes de toujours mesurer les métriques suivantes :
- Délai d'exécution des changements
- Taux d'échec des changements
- Fréquence de déploiement
- Temps moyen jusqu'à la remise en route
2. Recueillez des données 15 min
After the team sets goals, the presenter will need to gather data. Keep in mind, though you may not need to run step one every week, you will need to gather data each week.
Tenez un journal
D'une réunion CheckOps à l'autre, vos outils ne pourront pas capturer tous les événements marquants qui se produiront. Étant donné la faillibilité de la mémoire humaine, cela vaut la peine de noter ces informations afin que vous puissiez en parler lors de la prochaine réunion.
Si vous faites partie d'une équipe distante, créez un nouveau rapport CheckOps pour chaque semaine dans lequel vous pourrez ajouter des événements marquants, puis partagez-le avec les membres de l'équipe concernés. Si vous utilisez la plateforme de expérience de développement d'Atlassian, Compass, vous pouvez lancer votre pratique CheckOps rapidement et facilement depuis la page des informations sur la santé.
- La personne d'astreinte a-t-elle été appelée et s'est-elle rendu compte qu'il s'agissait d'une fausse alerte ? Cela a certainement un impact sur l'expérience des développeurs de votre équipe, alors notez cet événement et partagez-le avec le groupe afin de pouvoir apporter des améliorations à l'avenir.
- Un incident s'est-il produit, un déploiement a-t-il échoué ou le merge d'une pull request a-t-il été trop long ? Prenez des notes rapides tout au long de la semaine pour que l'équipe n'ait pas à reconstituer les événements de mémoire plus tard.
Préparez l'examen
As the on-call rotation ends (or right afterwards), the presenter should prepare the CheckOps report for that rotation. At its simplest, the report should include:
- La liste des services/composants pour lesquels vous souhaitez exécuter CheckOps.
- La mesure (par rapport à votre objectif) de chacun de ces composants.
- Une coche ou une croix indiquant si l'objectif a été atteint ou non.
- A mitigation plan for any unmet goals, as well as notes from the presenter about why the goal wasn't met.
- Une section permettant de capturer les actions de suivi.
- Un résumé de tout autre événement ou anomalie.
Il est essentiel que les actions de suivi soient capturées dans le rapport CheckOps. À défaut, vous obtiendrez un rapport d'état à la place d'une boucle de feedback qui favorise l'amélioration.
3. Organisez une réunion de revue CheckOps 30 min
Tout le monde joue un rôle
Keep it interactive! Everyone on your DevOps team who takes a turn being on-call should attend this meeting, and everyone should have a job:
- Présentateur : la personne qui vient de terminer sa rotation d'astreinte doit présenter le rapport CheckOps et ses conclusions. Si aucun membre de votre équipe n'est d'astreinte, désignez une personne qui prendra des notes sur les événements qui se déroulent au cours de la semaine et qui pourra présenter ses conclusions au cours du scénario.
- Astreinte suivante : cette personne doit porter une attention particulière aux observations du présentateur, y compris aux tickets qu'il a constatés ou aux éventuelles zones de risques qui pourraient se reproduire lors de la rotation d'astreinte suivante.
- Leader: The leader is the person (or people) who can help the team prioritize actions and ensure followup. When an action requiring follow up arises, the leader should help make sure the right person (or people) owns the action and will be able to see it through to resolution.
- Other on-call team members and component owners: These are the people who are also in the on-call rotation and/or are intimately familiar with the services or components that are being operated.
Partagez les résultats avec l'équipe et discutez-en
Le présentateur expliquera à l'équipe chaque service/composant et indiquera si les objectifs ont été atteints ou non, et pourquoi. Il discutera de tout événement ou anomalie opérationnels survenus pour le service concerné et partagera ses observations et analyses avec l'équipe. Le travail de cette dernière consiste à poser des questions et à faire des suggestions pour les actions de suivi.
Travaillez ensemble pour trouver des moyens de garantir que tous les services/composants de l'équipe DevOps atteignent leurs objectifs respectifs. Il s'agit d'un exercice pour toute l'équipe.
Notez les actions que chaque membre de l'équipe entreprendra et créez des tickets dans votre backlog pendant la réunion.
ASTUCE : AGISSEZ, NE RÉAGISSEZ PAS
Lorsque votre équipe est chargée d'atteindre des objectifs opérationnels ou des objectifs de développement, il peut être facile de tomber dans le piège de la réactivité. Qu'il s'agisse de fiabilité, de rapidité de livraison ou de qualité du code, l'approche axée sur les données promue par CheckOps devrait permettre à votre équipe d'atteindre vos objectifs DevOps, d'améliorer l'expérience des développeurs et de se perfectionner en continu.
Suivi
Itération
Nous suggérons d'exécuter les Scénarios CheckOps chaque semaine et de l'aligner sur le planning d'astreinte de votre équipe. Les étapes 2 et 3 se répètent chaque semaine, mais vous n'avez peut-être pas besoin de suivre la première étape chaque semaine. Au fur et à mesure que vous répéterez les Scénarios, les étapes 1 et 2 deviendront plus courtes. Une fois que votre équipe aura exécuté les Scénarios CheckOps pendant plusieurs semaines, vous aurez peut-être l'occasion d'élargir et de faire évoluer vos bonnes pratiques pour y inclure d'autres domaines prioritaires. Par exemple, vous pourrez mesurer des métriques de qualité telles que la couverture de code, des métriques métier telles que le nombre d'utilisateurs actifs hebdomadaires pour une fonctionnalité donnée, ou toute autre métrique susceptible de rendre votre équipe plus saine.
Réévaluez vos objectifs opérationnels
Over time, the original DevOps goals you set may no longer meet your team's needs. Maybe the business needs changed, or the targets became more or less aggressive. If so, run step one, update your stated operational objectives, and continue your practice. You can also expand the scope of your CheckOps practice, if necessary, to cover more services or components or other aspects of your operations practice.
Automatisez les rapports
Au fur et à mesure que votre périmètre s'élargit, vous constaterez que vous aurez envie de consacrer plus de temps à l'analyse et moins de temps aux rapports. Trouvez des moyens d'automatiser la collecte de métriques clés et la génération de vos rapports CheckOps. Cela améliorera à la fois la productivité et l'expérience des développeurs au sein de votre équipe à mesure que de plus en plus de rapports seront automatisés.
Si vous ajoutez de l'automatisation, veillez à prendre le temps d'analyser les données que vous collectez et de préparer la réunion CheckOps. Les équipes Atlassian utilisent les métriques de Compass pour y parvenir, et nous avons intégré notre expérience CheckOps au produit pour vous aider à y parvenir également.
Exemples d'objectifs opérationnels
Réflexions
Voici quelques exemples d'objectifs opérationnels autour desquels votre équipe peut structurer vos bonnes pratiques CheckOps, en fonction de vos responsabilités :
Delivery types | Possible objectives |
|---|---|
Microservice |
|
On-call team |
|
Software delivery |
|
Mobile application |
|
Scénarios connexes
De notre équipe, pour la vôtre
Tenez-vous informé des derniers scénarios et des trucs et astuces grâce à notre newsletter mensuelle.
