Accord de travail en équipe Canvas

par Avi Schneier | 18 octobre 2018 | Blog

 

Ma première expérience en matière de lancement d'équipes a eu lieu lorsque je travaillais aux côtés de Joe Justice. Il m'a tout appris sur la formation d'une équipe, l'élaboration d'un accord de travail et la manière de partir du bon pied. Depuis, j'ai lancé des dizaines d'équipes et je n'ai cessé d'améliorer le processus au fur et à mesure.

Ma première itération a pris la forme d'une utilisation du Lego pour aider même les personnes les plus introverties à soulever des points importants pour elles. Une grande partie de ce que j'ai fait provient d'Ellen Grove et du cours de facilitation Lego Serious Play que j'ai suivi. Bien que j'aie été très satisfaite des résultats, cette méthode prend beaucoup de temps.

Chez Scrum Inc., nous employons un atelier pour le lancement de nombreuses équipes en même temps. Bien que le résultat avec le Lego soit celui que je souhaitais, j'ai constaté qu'il pouvait être inefficace dans ces grands groupes, en raison de la taille variable des équipes dans la salle. En outre, ce n'est pas aussi engageant pour ceux qui se réorganisent en différentes équipes à partir d'équipes préexistantes où les gens se connaissent et connaissent assez bien le processus.

En réfléchissant à la manière d'améliorer cet atelier, j'ai commencé à voir de nombreuses façons différentes d'utiliser la présentation du Lean Canvas à des fins différentes.

Par exemple : 

• Mirko Kleiner de Flowdays l'utilise pour l'approvisionnement.
• Louis Dorard l'a utilisé dans le contexte de Données et IA avec le Machine Learning Canvas.

Après les avoir lus, je me suis demandé si je pouvais faire la même chose pour le lancement d'une équipe, c'est-à-dire tout mettre sur une seule page. Le résultat final est notre Accord de travail Canvas.

 

OÙ COMMENCER ET OÙ FINIR

Lors de l'affrètement d'un nouveau équipeJe suggère de commencer par les parties 3, 4 et 5 : la mission de l'équipe, les rôles et les responsabilités, et les mesures.

Cela résume l'idée de "commencer par le pourquoi" - un thème commun dans le paysage Agile. Je terminerais par les sections supérieures 1 et 2, en choisissant un nom d'équipe et une devise. Pour une équipe déjà existante qui subit des changements, comme l'absorption de nouveaux membres, commencer par les sections supérieures est suffisant.

 

PENSER PAR LE MILIEU

Les sections centrales des points 6, 7 et 8 sont destinées à l'autoréflexion. Nous devons savoir comment nous nous voyons et être aussi radicalement honnêtes que possible. On dit souvent à Scrum Inc. que faire Scrum ne vous rendra pas agile, mais cela vous montrera sûrement où vous ne l'êtes pas. Ces sections sont conçues pour faciliter cette discussion, ainsi que la façon dont nous voulons célébrer et améliorer.

 

LES SECTIONS RELATIVES AUX VALEURS

Les dernières sections, 9 et 10, sont particulièrement importantes car nous voulons créer une culture axée sur les valeurs. Les valeurs de Scrum ancrent notre culture, mais nous devons élargir notre esprit pour inclure celles de notre entreprise et de notre équipe. Par exemple, l'honnêteté, bien qu'elle soit essentielle à la réussite de Scrum, n'est pas une valeur fondamentale. Je ne l'ai pas souvent vue dans les déclarations de valeurs des entreprises, mais j'ai travaillé avec de nombreuses équipes qui souhaitaient l'inclure explicitement dans leurs accords de travail.

La section 10 est celle que l'on associe généralement aux accords de travail. C'est ici que nous résumons et énumérons les normes et les comportements que nous voulons encourager. Nous suggérons de les rédiger individuellement, puis d'en discuter en groupe, et enfin de voter par "poing de cinq" pour qu'il n'y en ait pas plus de dix à la fois qui soient incluses dans cet accord de travail.

 

LES ÉVÉNEMENTS

La section 11 est la dernière dans laquelle nous énumérons les détails de l'événement. Cela inclut l'heure et le lieu, ainsi que toutes les autres personnes importantes qui doivent être présentes et qui sont externes à l'équipe. Par exemple, dans Scrum, nous voulons toujours qu'une représentation du client soit présente lors de la revue de sprint afin d'obtenir un retour direct sur l'incrément de produit créé par l'équipe.

Cet accord peut être revu lors de la rétrospective de sprint d'une équipe et modifié si nécessaire. En particulier, si une équipe a maîtrisé l'un des accords de la section 11, il peut être supprimé et un autre peut être voté à sa place. J'espère que ce document vous sera utile et n'hésitez pas à nous faire part de vos commentaires pour l'améliorer.