Outils et pratiques Scrum pour améliorer un cadre incomplet

TL ; DR : Outils Scrum, Partie 1

« Le framework Scrum est délibérément incomplet, […].” (Source.) Cette demi-phrase est probablement l’une des déclarations les plus souvent mal interprétées du Guide Scrum. D’un côté, il définit la nécessité d’enrichir Scrum avec d’autres pratiques et outils. D’un autre côté, c’est la raison pour laquelle tant de tentatives de pratiquer Scrum sont tout simplement bâclées, ce qui donne des versions ScrumBut d’une diversité épique. Examinons donc les outils et pratiques Scrum éprouvés améliorant un cadre délibérément incomplet sans défier ni nier ses premiers principes.

Veuillez noter que la liste suivante d’outils et de pratiques Scrum n’est pas complète. N’hésitez pas à ajouter d’autres suggestions en commentant.

Différents domaines d’application d’outils et de pratiques Scrum supplémentaires

Il existe au moins six domaines dans lesquels l’amélioration de Scrum contribue à l’agilité de l’entreprise. La première partie de cette série en trois parties traitera de la collaboration des parties prenantes et de la constitution d’équipe :

Collaboration avec les parties prenantes

Cette section couvre beaucoup de terrain, étant donné que le Guide Scrum s’adresse à une équipe autogérée construisant un produit. Cependant, la réalité est bien différente, en particulier dans les grandes organisations. Les outils, concepts et pratiques Scrum utiles sont, par exemple :

Complexité: Scrum n’est pas une approche unique pour résoudre n’importe quel problème. Scrum réussit à résoudre des problèmes adaptatifs complexes et échoue à d’autres. Utilisez des concepts tels que le cadre Cynefin ou la matrice Stacey pour mieux comprendre les processus de décision appropriés et les domaines dans lesquels Scrum pourrait s’avérer utile.
Design organisationnel: Pensez aux topologies d’équipe ou considérez la loi de Conway lorsque les structures organisationnelles entravent la progression de votre organisation vers l’utilisation de Scrum et vers l’agilité.
Collaboration: L’inclusion et l’alignement avec les parties prenantes pour établir la confiance s’avèrent essentiels au succès d’une équipe Scrum. Liberating Structures a démontré à maintes reprises qu’elles contribuaient à atteindre cet objectif. D’autres pratiques utiles sont les rétrospectives des parties prenantes ou l’équivalent des marches Gemba de la fabrication au plus juste.
Changer: Tout le monde dans l’organisation ne sera pas ravi de devenir agile. En règle générale, plusieurs membres sont investis dans la préservation du statu quo pour des raisons personnelles. La gestion du changement Lean peut aider à comprendre pourquoi il en est ainsi et comment progresser malgré tout.
Cartographie de l’empathie: Essayez de vous mettre à la place de vos parties prenantes pour créer une compréhension commune de leurs besoins qui aide à la prise de décision avec Empathy Mapping.
Cartographie des parties prenantes: Toutes les parties prenantes ne sont pas créées égales. Identifiez ceux que l’équipe Scrum doit garder à proximité.
Responsabilités: L’autogestion n’implique pas que les équipes Scrum préparent leurs chèques de paie. Par conséquent, déterminez qui est responsable de quoi et à quel niveau en collaboration avec votre direction et les autres parties prenantes. Par exemple, le Poker de délégation de Management 3.0 s’est avéré être un outil utile pour accomplir cette tâche.

Construction d’équipe

Une « équipe » n’est pas un groupe de personnes au même endroit au même moment avec une intention partagée. La constitution d’une équipe nécessite des efforts et de l’engagement; vous ne démarrez pas avec une équipe Scrum ; vous en construisez un au fil du temps. Les outils et pratiques Scrum améliorés suivants soutiendront cet effort :

Développement d’équipe: Aucun effort ne peut « déployer l’agilité » dans une organisation. Un changement de mentalité est toujours un processus qui peut prendre des mois et des années. L’Agile Fluency Model® aide à comprendre les principales forces à l’œuvre au niveau de l’équipe. Considérez également les étapes Tuckman et le concept Shu-Ha-Ri de maîtrise d’un métier.
Auto-sélection des équipes Scrum: L’autogestion dans Scrum commence par la sélection des équipes elles-mêmes. Étroitement liée est l’idée du recrutement par les pairs qui permet à une équipe Scrum d’opposer son veto aux nouvelles recrues. Les équipes Scrum avancées peuvent également adopter une rééquipe dynamique.
Accords de travail: Alors que le Guide Scrum fournit les Valeurs Scrum à un niveau relativement abstrait, la création d’accords de travail concrets au niveau de l’équipe aide à identifier la façon dont l’équipe travaille dans le cadre des contraintes données. Envisagez d’améliorer cette approche avec les ReadMes de chaque membre de l’équipe.
encadrement: Scrum ne peut pas être poussé ; il doit être tiré, et l’encadrement des membres individuels de l’équipe est une partie essentielle du processus. Outre les autres techniques de la boîte à outils de coaching, les entretiens individuels avec les membres de l’équipe sont particulièrement utiles.
Sécurité psychologique: Créer un environnement sûr où chaque membre de l’équipe peut exprimer son opinion sans craindre les répercussions est essentiel pour l’autogestion. Cela crée la confiance et permet à l’équipe Scrum d’inspecter et d’adapter sa façon de travailler. Outre les valeurs Scrum, la communication non violente et les protocoles de base soutiendront le processus de création de la sécurité psychologique.
Contrôles de santé: Avoir des bilans de santé réguliers en tant qu’équipe Scrum. Il existe divers outils disponibles pour offrir ces possibilités d’auto-inspection. Cependant, vous pouvez commencer par lancer des sondages anonymes parmi les membres de l’équipe. (N’oubliez pas de demander si les membres de l’équipe sont satisfaits de leur situation, s’ils suggéreraient une ouverture dans votre organisation à un bon ami ou s’ils sont déjà à la recherche d’un nouvel emploi. Vous serez surpris des résultats.)
Éducation: Dans un environnement complexe, il n’y a pas d’experts. Par conséquent, la formation continue des membres de l’équipe Scrum est essentielle à la mission. Outre les généreux budgets de formation et de conférence, il existe également des moyens moins importants de parvenir à un partage des connaissances, de la programmation en binôme à la communauté de pratiques, aux clubs de lecture et aux sessions de travail.
Temps morts: Une autre idée pour améliorer la création de valeur et la constitution d’équipes consiste à abandonner l’idée axée sur le paradigme industriel de pousser «l’utilisation des ressources» à 100% ou au-delà. Au contraire, réserver 10 à 20 % du temps d’une équipe à l’imprévisible améliore le flux et donc l’efficacité.
Objectifs partagés: Dans Scrum, les objectifs de sprint et les objectifs de produit servent d’objectifs unificateurs prêts à l’emploi. Il existe d’autres moyens d’étendre cela, par exemple, avec des OKR ou des objectifs et des résultats clés.
Événements d’équipe: Scrum est bon pour marquer des points de match. C’est pourquoi nous travaillons en équipe dans les Sprints et nous nous mobilisons autour d’un objectif de Sprint. Au-delà de cet «événement d’équipe» lié au travail, il existe de nombreuses opportunités en équipe pour se réunir et accomplir quelque chose de plein de sens, des hackathons à l’organisation de sessions Meetup ou de Barcamps à l’échelle de l’entreprise pour célébrer des succès tels que la réalisation d’objectifs de sprint ou de produit.

Conclusion

Un cadre délibérément incomplet est une bénédiction et une malédiction déguisée. D’un côté, il définit la nécessité d’enrichir Scrum avec d’autres pratiques et outils. D’un autre côté, c’est la raison pour laquelle tant de tentatives de pratiquer Scrum sont tout simplement bâclées, ce qui donne des versions ScrumBut d’une diversité épique. La nécessité de regarder au-delà du Guide Scrum pour faire de Scrum un succès défie également de nombreux membres de l’équipe et des organisations. Les Scrum Masters doivent devenir à l’aise pour aborder les problèmes individuels et organisationnels comme objectif principal, les Product Owners doivent se plonger dans la découverte de produits et les développeurs doivent se préparer à parler aux clients. Les opportunités de créer quelque chose d’exceptionnel sont infinies ; ne restez pas coincé dans la paralysie de l’analyse de l’outil Scrum.

Veuillez noter que cette liste d’outils et de pratiques Scrum n’est pas et ne peut pas être complète. N’hésitez pas à ajouter d’autres suggestions en commentant.