« Objectifs du PI (SAFe) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 56 : | Ligne 56 : | ||
===Objectifs engagés et non engagés=== | ===Objectifs engagés et non engagés=== | ||
S'engager à réaliser une série d'objectifs à court terme contribue à renforcer la confiance. La confiance permet à toutes les parties prenantes d'avancer avec assurance et de fonder leurs décisions et leurs plans sur ce qui est "très probablement vraisemblable dans un futur proche". Mais il est difficile de planifier avec confiance face à l'incertitude inhérente à la recherche et au développement. Les choses ne se passent pas toujours comme prévu, et il est donc prudent de prévoir une petite marge de sécurité dans le système. Si le buffer est trop important, on risque d'accomplir moins de choses que ce qu'on aurait pu faire autrement. Si le buffer est trop petit, de nombreux engagements peuvent s'avérer irréalisables et la planification et la confiance risquent de s'éroder. Pour remédier à cela, SAFe recommande aux équipes d'utiliser des objectifs engagés et non engagés pendant la planification. Les objectifs non engagés permettent d'améliorer la prédictibilité de la livraison de la valeur métier puisqu'ils ne sont pas inclus dans l'engagement de l'équipe ou ne sont pas comptabilisés contre les équipes dans la mesure de la prédictibilité du programme. | S'engager à réaliser une série d'objectifs à court terme contribue à renforcer la confiance. La confiance permet à toutes les parties prenantes d'avancer avec assurance et de fonder leurs décisions et leurs plans sur ce qui est "très probablement vraisemblable dans un futur proche". Mais il est difficile de planifier avec confiance face à l'incertitude inhérente à la recherche et au développement. Les choses ne se passent pas toujours comme prévu, et il est donc prudent de prévoir une petite marge de sécurité dans le système. Si le buffer est trop important, on risque d'accomplir moins de choses que ce qu'on aurait pu faire autrement. Si le buffer est trop petit, de nombreux engagements peuvent s'avérer irréalisables et la planification et la confiance risquent de s'éroder. Pour remédier à cela, SAFe recommande aux équipes d'utiliser des objectifs engagés et non engagés pendant la planification. Les objectifs non engagés permettent d'améliorer la prédictibilité de la livraison de la valeur métier puisqu'ils ne sont pas inclus dans l'engagement de l'équipe ou ne sont pas comptabilisés contre les équipes dans la mesure de la prédictibilité du programme. | ||
Les objectifs non engagés sont utilisés pour identifier les travaux qui peuvent être soumis à des changements dans le cadre du PI. Le travail est planifié, mais le résultat n'est tout simplement pas certain. Les équipes peuvent appliquer des objectifs non engagés chaque fois que la confiance dans la réalisation de l'objectif est faible. Cela peut être dû à de nombreuses circonstances : | |||
* Les dépendances avec une autre équipe ou un autre fournisseur ne peuvent être garanties. | |||
* L'équipe a peu ou pas d'expérience avec ce type de fonctionnalité. Dans ce cas, les équipes peuvent planifier des [https://www.scaledagileframework.com/spikes/ "Spikes"] au début du PI pour réduire l'incertitude. | |||
* Il y a un grand nombre d'objectifs assez critiques dont l'entreprise dépend et l'équipe est déjà chargée à presque pleine capacité. | |||
==En savoir plus== | ==En savoir plus== | ||
[1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/> | [1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/> | ||
[2] Reinertsen, Donald. ''The Principles of Product Development Flow: Second Generation Lean Product Development.'' Celeritas Publishing, 2009. | [2] Reinertsen, Donald. ''The Principles of Product Development Flow: Second Generation Lean Product Development.'' Celeritas Publishing, 2009. | ||
