Devops for Growth

Les résultats

A la fin de l'exercice, passez en revue les résultats avec l'équipe et vous entendrez quelques pistes intéressantes. Le tableau ci-dessus donne les résultats de notre exercice de la formation Scrum.

• Lorsque l'équipe répète le processus avec la même taille de lot, elle augmente généralement sa productivité individuelle et globale.
• Lorsque la taille du lot diminue, la productivité individuelle de chaque département diminue.
• Lorsque la taille du lot diminue, le time to market est plus rapide.
• Lorsque la taille du lot diminue, la durée du projet diminue.

Je trouve paradoxal que plus la taille du lot diminue (ou itération), plus la productivité individuelle de chaque département diminue. Lorsque nous avons discuté de ce point, nous avons évoqué la façon dont chaque itération Scrum englobait toutes les activités du cycle en V, rendant chaque effort individuel un peu moins productif. L'autre point intéressant était la façon dont la productivité globale de l'entreprise a été augmentée. Nous, en tant qu'entreprise, étions beaucoup plus réactifs pour le marché, et nous terminions le projet plus rapidement. Cela a vraiment fait prendre conscience à l'ensemble des participants ce que des petites itérations pouvaient apporter.
J'ai décrit l'exercice à plusieurs clients que j'ai aidé à adopter Scrum et Team Foundation Server, et ils m'ont tous suggéré de le réaliser avec chaque membre de leur équipe pour les aider à comprendre les bénéfices du style itératif de développement en Scrum.

Les résultats

A la fin de l'exercice, passez en revue les résultats avec l'équipe et vous entendrez quelques pistes intéressantes. Le tableau ci-dessus donne les résultats de notre exercice de la formation Scrum.

• Lorsque l'équipe répète le processus avec la même taille de lot, elle augmente généralement sa productivité individuelle et globale.
• Lorsque la taille du lot diminue, la productivité individuelle de chaque département diminue.
• Lorsque la taille du lot diminue, le time to market est plus rapide.
• Lorsque la taille du lot diminue, la durée du projet diminue.

Je trouve paradoxal que plus la taille du lot diminue (ou itération), plus la productivité individuelle de chaque département diminue. Lorsque nous avons discuté de ce point, nous avons évoqué la façon dont chaque itération Scrum englobait toutes les activités du cycle en V, rendant chaque effort individuel un peu moins productif. L'autre point intéressant était la façon dont la productivité globale de l'entreprise a été augmentée. Nous, en tant qu'entreprise, étions beaucoup plus réactifs pour le marché, et nous terminions le projet plus rapidement. Cela a vraiment fait prendre conscience à l'ensemble des participants ce que des petites itérations pouvaient apporter.
J'ai décrit l'exercice à plusieurs clients que j'ai aidé à adopter Scrum et Team Foundation Server, et ils m'ont tous suggéré de le réaliser avec chaque membre de leur équipe pour les aider à comprendre les bénéfices du style itératif de développement en Scrum.

Specifically it means codifying:

• The critical success factors - the kinds of things that, if teams fail to do, or fail to do well, then they will consistently struggle to be successful

• The common, useful, modular, agile practices, which deliver real value if deployed appropriately (what we might characterize as the common, basic “tools” that are available for selection from an agile practice “tool-box”)

• The things that we should not need to change, but rather we should expect to build on and reuse as a secure foundation, as we seek to scale the application of agile across our value streams to meet ever larger and more complex challenges.