Scaling Agile, Scrum of Scrums – The Basics
https://tcagley.wordpress.com/2015/06/23/scaling-agile-scrum-of-scrums-the-basics/ par Thomas M. Cagley
La technique Scrum of Scrums (SoS) sert à augmenter la portée de Scrum et autres techniques Agiles et les appliquer à de plus grands efforts. Sur le papier, le SoS est une simple extrapolation des réunions quotidiennes de Scrum ou stand-up meeting qui sont devenues le label de la pratique Agile. Une typique réunion debout se produit chaque jour pour que tous les membres de l’équipe puissent coordonner et planifier les activités du jour. Classiquement, l’équipe utilise la technique des trois questions pour organiser la réunion. De la même manière, une session Scrum of Scrums typique agit comme un focus pour aider à synchroniser une équipe d’équipes ou même plusieurs équipes d’équipes.
Il y a quatre basiques pour SoS qui doivent être compris avant toute adaptation.
1. Qui participe
Il y a deux écoles de pensée dans le choix des participants au SoS. La première (et plus commune) école suggère que le Scrum Master soit présent lors du SoS. Le Scaled Agile Framework Enterprise (SAFe) est un exemple d’une méthodologie qui met à profit le Scrum Master tant pendant l’événement de planification que pendant l’incrément de programme. Alors que le deuxième groupe adopte une approche plus égalitaire (probablement plus pragmatique) permettant à chaque équipe de choisir un participant qui peut le plus facilement transmettre ou comprendre que les problèmes actuels de l’équipe et du plus grand groupe à cet instant. Par exemple, si les décisions de conception sont primordiales, peut-être des membres de l’équipe avec la grande compréhension UX. Dans ce scénario, les participants varieraient au fil du temps.
2. Qui facilite
Pour de petits SoS, par exemple une poignée d’équipes co-localisées, une facilitation peut ne pas être exigée. Le SoS peut s’auto-organiser et exécuter la réunion avec peu de facilitation additionnelle. Cependant, comme le nombre de participants augmente (je limite les réunions SoS en utilisant la même règle 5 à 9 membres utilisée dans les équipes Scrum) ou comme la distribution géographique des membres s’accroit, la facilitation devient plus importante. Les facilitateurs aident l’équipe à utiliser la pratique du SoS, s’assurent que la logistique est en place et gèrent le temps. Dans de plus grands efforts, un Directeur de Programmes fournit souvent la facilitation, ou si vous pratiquez SAFe, le Release Train Engineer joue ce rôle de facilitateur.
3. Fréquence
Le Scrum of Scrums suit souvent le même modèle que la réunion quotidienne de Scrum/Stand-Up. Un deuxième modèle de fréquence est basée sur le niveau de risque; la fréquence des réunions SoS varient en fonction du besoin. Tôt dans un projet le SoS se tient quotidiennement comme les équipes se forment, se trouvent et que les premières décisions sont construites. La réunion SoS passe à deux fois par semaine au milieu du projet et revient ensuite à quotidienne comme une fin de release approche.
4. Format
Les réunions quotidiennes debout déroulent généralement la classique approche avec trois questions (Qu’ai-je fait ? Que vais-je faire ? Et quels sont mes points de blocage ?).
La réunion Scrum of Scrums suit généralement un format TRÈS SEMBLABLE avec chaque participant qui répond aux quatre questions suivantes :
- Qu’est-ce que mon équipe a fait depuis la dernière réunion ?
- Que fera-t-elle avant que nous ne nous rencontrions de nouveau ?
- Mon équipe rencontre-t-elle des points de blocage ?
- Mon équipe va-t-elle délivrer quelque chose qui est sur le chemin d’une autre équipe ?
La réunion suit la même approche : chaque participant interagit à tour de rôle avec les autres. Le facilitateur (si utilisé) ne devrait jamais être au centre de la réunion, et le SoS ne devrait pas dériver en une réunion de statut d’avancement.
Le stand-up quotidien et le SoS Sont des réunions très semblables. Les deux réunions sont tenues pour partager des informations, coordonner des activités et identifier des problèmes. Le périmètre de la réunion SoS est plus large qu’une seule équipe et cette réunion fournit la coordination et les activités de planification dans et transverses aux équipes.
New PMI Talent Triangle ! Download
Que trouve-t-on dans un plan de management des ressources humaines d’un projet ou programme ?
connaissez-vous l’histoire de la toute petite grenouille ?
que se passe-t-il si votre nouveau projet nécessite vraiment « d’avoir fait polytechnique » ?
connaissez-vous la technique du Speed Boat pour les rétrospectives Scrum et sessions sur les leçons apprises?
Voici un exemple de rétrospective de Sprint d’une petite d’équipe. D’abord l’équipe écrit les notes: les billets bleus.
Puis l’équipe discute vraiment de chaque note et ajoute les mesures à prendre: les billets jaunes.
Simple et efficace ?
Les éléments contextuels supplémentaires qui modifient le nombre maximum théorique de personnes dans un groupe ou une équipe d’équipes incluent au moins quatre facteurs:
Les exemples incluent : grandes idées, objectifs, nationalités, religions et même identité d’entreprise.
La complexité d’un problème réduit le nombre maximum optimal de personnes qui peuvent être impliquées parce que la complexité exige généralement plus de contrôle et de coordination ou des équipes plus petites pour assurer la collaboration.
Quand une équipe doit aborder un problème métier inconnu ou une nouvelle technologie, de la recherche est souvent nécessaire. La recherche est généralement contrainte à de petites équipes avec des compétences spécialisées ce qui réduit la taille de groupe maximale optimale pour ce type d’effort bien en dessous du nombre de Dunbar.
Les dépendances réduisent le nombre de personnes et d’équipes qui peuvent être efficacement utilisées.
La mise à l’échelle d’Agile est un numéro d’équilibriste entre efficacité des techniques Agiles au niveau de l’équipe et les concessions faites pour contrôler quand Agile est utilisé sur de plus grands efforts.
Plus de 368 000 certifiés Scrum Alliance
sont disponibles
DantotsuPM.com 