Blog

Comprendre les problèmes systémiques : le processus de contrôle de santé de PagerDuty

par Simon Darken 15 août 2019 | 7 minutes de lecture

L'amélioration continue est l'un des principes fondamentaux de la méthodologie Agile qui Les équipes de développement de produits de PagerDuty mettent l'accent sur . Cela fonctionne déjà assez bien au niveau de l'équipe individuelle via réunions rétrospectives et autopsies mais parfois, nous ne remarquons pas les problèmes plus importants ou systémiques qui échappent au contrôle d'une seule équipe. Ce blog partagera le processus que nous utilisons chez PagerDuty pour découvrir ces problèmes, les résultats que nous avons observés et la façon dont nous avons fait évoluer ce processus.

Comment nous effectuons les contrôles de santé chez PagerDuty

Il y a quelques années, l'équipe de direction agile (ALT) a mis en place une initiative de bilan de santé afin de mieux comprendre l'état de nos équipes et de découvrir potentiellement des problèmes systémiques. Le processus de bilan de santé est basé sur le modèle actuellement utilisé par Spotify (voir le Modèle de contrôle de santé de Spotify Squad ) mais modifié pour s'adapter à notre environnement et étendu pour extraire encore plus de valeur du processus.

Tous les trimestres, tous les membres de nos équipes de développement de produits répondent à une enquête anonyme de contrôle de santé sur Google Forms. L'enquête se compose de 13 questions qui demandent aux individus comment ils se sentent sur une série de sujets, tels que la valeur et la qualité de ce que leur équipe fournit, les processus qu'elle utilise et le bonheur général de son équipe.

Nous avons volontairement simplifié la notation. Les répondants peuvent répondre « content », « neutre » ou « triste » à chacune des questions. Nous leur demandons également d'évaluer la manière dont ils voient ce domaine évoluer pour leur équipe. Leurs choix sont : « S'améliore », « Reste le même » ou « Se dégrade ». Un commentaire justificatif peut être fourni pour chaque question. Les résultats sont ensuite compilés au niveau de l'équipe, et chaque équipe examine et discute les résultats de sa propre équipe.

Une fois que toutes les équipes ont terminé leur évaluation au niveau de l'équipe, les résultats sont consolidés et présentés dans une grille unique. Pour une diffusion générale des résultats, nous avons volontairement laissé les noms des équipes hors de la grille. Nous procédons ainsi car le but de l'exercice n'est pas de comparer une équipe à une autre, mais d'identifier les préoccupations communes à plusieurs équipes.

Vous trouverez ci-dessous un exemple de notre grille de résultats consolidés de contrôles de santé.

Comment lire ce diagramme :

  • Chaque colonne représente une équipe.
  • Chaque ligne représente les réponses de chaque équipe sur un sujet spécifique.
  • Les cercles représentent le niveau de bonheur actuel.
  • La flèche représente la tendance. L’absence de flèche implique que la tendance est « la même ».

Comment nous utilisons les résultats du bilan de santé

Une fois les résultats de toutes les équipes consolidés, nous organisons deux réunions distinctes pour discuter des données.

Dans un souci de transparence, nous organisons une réunion à laquelle toute personne de l'organisation de développement de produits peut assister et prendre connaissance des résultats. L'ALT présente des observations intéressantes de ce trimestre, telles que les tendances au fil du temps et les changements soudains à l'échelle de l'organisation dans les scores d'indicateurs spécifiques.

Les résultats du bilan de santé étant censés mettre en évidence des problèmes organisationnels, un soutien (et parfois une action) est généralement nécessaire au niveau de la direction. La deuxième réunion que nous organisons inclut les responsables du développement de produits et notre équipe de direction technique, qui examinent le résumé des résultats du bilan de santé et discutent des domaines spécifiques qui pourraient nécessiter leur attention.

Améliorer le processus de contrôle de santé

Tout comme notre organisation de développement de produits a changé au fil du temps, notre processus de bilan de santé a également évolué :

  • Nous modifions régulièrement les questions pour nous concentrer sur les domaines qui, selon nous, nécessitent davantage d'attention. Une fois chaque bilan de santé trimestriel terminé, l'ALT discutera de l'opportunité d'apporter des modifications aux questions pour la prochaine série de bilans de santé. Par exemple, après un trimestre, nous avons ajouté une question sur la santé de garde de nos équipes et une question sur le fonctionnement du processus d'expérience utilisateur. Nous avons également combiné certaines questions et en avons complètement éliminé d'autres.
  • Nous avons constaté que les scores simples sans contexte étaient parfois difficiles à interpréter, nous avons donc insisté sur la nécessité de demander aux répondants d’ajouter des commentaires pour étayer leurs scores.
  • Bien que les enquêtes individuelles restent anonymes, nous avons constaté que plus nous partagions d'informations avec la direction, plus il était facile pour elle de répondre. Au début, nous ne partagions pas les commentaires ou les noms des équipes avec les responsables, mais maintenant nous partageons toutes les informations possibles.
  • Nous avons récemment travaillé avec Google Forms pour collecter et résumer automatiquement les résultats de toutes les équipes dans une seule feuille de calcul plutôt que de demander aux utilisateurs de couper et coller manuellement les résultats de leur équipe.

Ce que les résultats nous ont montré

Au fil du temps, les bilans de santé ont fait apparaître de nombreux problèmes importants au sein de notre organisation. Lors d’un bilan de santé, nous avons remarqué que de nombreuses équipes rapportaient de mauvais résultats à une question spécifique concernant l’autonomie. Ces équipes particulières avaient été chargées de travailler sur des projets spécifiques avec des délais précis, et cette approche avait un impact négatif notable sur les réponses à cette question. Peu de temps après, les équipes ont changé leur façon de gérer les projets et nous avons remarqué que les résultats à la question sur l’autonomie avaient de nouveau augmenté.

Un autre sujet de préoccupation qui a fait surface lors d’un bilan de santé était l’insatisfaction quant à la facilité de mise en production du code. Plusieurs équipes d’ingénierie se sont concentrées sur ce domaine depuis que ce problème a été soulevé pour la première fois, et les résultats trimestriels se sont lentement améliorés au fil du temps. Sans les résultats du bilan de santé qui ont mis en évidence la nécessité de se concentrer sur ce processus, nous n’aurions peut-être pas fait un tel investissement dans ce domaine.

Notre plus grand apprentissage : le changement organisationnel est difficile

Bien que l’un des objectifs de notre processus de bilan de santé soit de faire apparaître les problèmes au niveau organisationnel, l’un des plus grands défis que nous avons rencontrés avec ce processus est d’essayer d’influencer les changements au niveau organisationnel.

Pour certains des premiers bilans de santé, nous avons essayé de mettre en place des groupes de travail ou des équipes spéciales qui se concentraient sur des domaines spécifiques peu performants. Cependant, il était difficile de placer cette initiative en tête de liste de qui que ce soit, et il était difficile pour de petits groupes de personnes de changer les choses au niveau organisationnel sans l'adhésion de tous les niveaux. Dans le passé, nous avons également demandé à l'équipe de direction de nous aider à résoudre des problèmes spécifiques, car obtenir l'adhésion de la direction peut être très important pour le succès de toute initiative, qu'elle soit ou non chargée d'actions spécifiques.

En fin de compte, l’approche qui a donné les meilleurs résultats pour nous est de résoudre les problèmes organisationnels au niveau de l’équipe après avoir obtenu l’adhésion de la direction (ce que nous demandons lors de la deuxième réunion mentionnée ci-dessus). Par exemple, un bilan de santé a révélé que les équipes avaient le sentiment d'avoir trop de tâches à accomplir. Nous avons donc eu plusieurs discussions sur la priorisation avec de nombreuses équipes pour essayer d'atténuer le problème. Le fait que plusieurs équipes s'attaquent simultanément au même problème a entraîné une amélioration globale des scores de bilan de santé de l'organisation.

——-

PagerDuty a considérablement changé depuis que nous avons commencé le processus de contrôle de santé, mais nous avons constaté qu'il continue de fournir des informations utiles sur l' santé et bonheur de nos équipes C'est formidable d'avoir un outil dans notre boîte à outils Agile qui nous aide à comprendre l'état général de notre organisation et nous aide à identifier les domaines dans lesquels nous pourrions faire mieux.

Si vous travaillez dans un environnement qui utilise des contrôles de santé, nous aimerions savoir comment cela fonctionne pour vous ; Rejoignez la communauté PagerDuty pour partager vos meilleures pratiques et astuces. Et si vous travaillez dans un endroit qui n'utilise pas encore de contrôles de santé, essayez peut-être de voir s'ils peuvent fournir des informations similaires informations organisationnelles qu'ils ont pour nous ici à PagerDuty— et rejoignez ensuite notre communauté pour partager vos expériences !