Quelles sont les techniques pour rendre le scrum évolutif?

Question

Scrum est une méthodologie de développement logiciel agile. Je veux connaître les techniques pour rendre le scrum évolutif comme Scrum Of Scrum. Merci

Answer 1

Je pensais que Scaling Software Agility by Dean Leffingwell était un très bon livre pour incorporer agile dans les grands projets. Cela pourrait vous donner quelques idées pour commencer.

Answer 2

Deux choses me viennent à l'esprit pour atteindre Agile à l'échelle. Tout d'abord, en plus des pratiques de gestion (Scrum), vous devez inclure les pratiques de l'ingénieur (XP). Scrum, en soi, bien qu'il puisse améliorer la collaboration et aider l'entreprise et l'équipe à identifier et à travailler sur ce qui est important, cela ne fait rien pour aider l'équipe à atteindre un rythme durable. En plus de l'équipe pratiquant l'amélioration continue, le code doit continuer à s'améliorer aussi. Les pratiques essentielles sont l'Appariement, l'Amélioration Continue, le Développement du Test Drive, le Développement du Test Drive d'Acceptation, le Test de Régression Quotidienne via l'Automatisation des Tests, etc. Les Pratiques d'Ingénierie sont plus difficiles à apprendre que la gestion. Le meilleur mécanisme qu'une équipe peut utiliser pour apprendre les pratiques d'ingénierie est d'employer un coach intégré. Prévoyez que l'entraîneur passe de 4 à 6 mois dans l'équipe qui travaille sur le projet tout en étant l'entraîneur de l'équipe. Après 4 ans 6 mois, l'équipe connaîtra les pratiques d'ingénierie. La culture fera maintenant partie de l'équipe. Quand ils atteignent un crunch, ils vont utiliser les pratiques et ne pas retomber sur de mauvaises habitudes.

En tant qu'organisation, pour Scale Agile, nous avons utilisé Lean. Il y a un peu d'oxymore impliqué. L'agilité concerne les équipes auto-dirigées. La mise à l'échelle concerne le travail standard (en plus de l'élimination des déchets). Donc, un équilibre doit être trouvé. Nous avons travaillé avec les équipes pour identifier la variance inutile. Par exemple. Nous avons déterminé les grandes cartes visibles qui pourraient être construites de la même manière pour chaque équipe. Nous nous sommes installés sur 4 planches avec des informations standard. Le conseil a identifié le but de l'information, la personne responsable et la fréquence à mettre à jour. Une politique globale est mise sur l'accentuation que le conseil d'administration est d'aider l'équipe à faire, pas pour les évaluations de performance (vouloir décourager les jeux d'informations). Avec un format commun dans chaque salle d'équipe, la direction pourrait parcourir chaque salle d'équipe et comprendre le travail de l'équipe. Lean a également fourni des conseils à la direction exécutive. Les dirigeants ont dû apprendre qu'ils jouaient un rôle de soutien en soutenant une grande organisation agile. Au lieu du contrôle de commandement, ils devaient fixer des objectifs, marcher sur les lignes pour voir le VMS (marche gembha). Cela les aide à identifier les choses qu'ils pourraient faire pour aider l'équipe à mieux fonctionner. Le leadership est également responsable de la création de la culture appropriée pour construire Agile à l'échelle. Une organisation qui fonctionne mal est rarement le problème des travailleurs individuels. C'est un problème de leadership.

Il y a plus à discuter que je peux écrire ici. Cependant, je vous ai donné ce que je crois être deux lacunes importantes que je dois utiliser pour soutenir Agile à l'échelle.

Answer 3

Le moyen le plus simple de faire une balance de Scrum est d'avoir une "mêlée de mêlée". Mike Cohn (le chef de l'alliance de mêlée) aime dire qu'une équipe de Scrum devrait contenir environ 2 pizzas. Ce qui signifie que 2 pizzas devraient être suffisantes pour nourrir toute une équipe.

Si vous avez plus de 2 pizzas de membres d'équipe, vous voudrez diviser les équipes en plus petites équipes. Chaque équipe comprend sa propre mêlée. Quelques fois par semaine, il y aura un standup composé d'un membre ou deux de chaque équipe pour envoyer l'information vers le haut. Selon la taille de votre pyramide, cette pyramide peut continuer à croître.Rappelez-vous qu'en Scrum, les équipes doivent s'auto-organiser, il est donc possible que chaque équipe soit dissoute et recombinée à la fin de chaque sprint. J'essaierais d'éviter de faire le réordonnancement lors d'un sprint car cela constituerait un changement, ce qui est mauvais dans les sprints!