« Objectifs du PI (SAFe) » : différence entre les versions
De Wiki Agile
| Ligne 94 : | Ligne 94 : | ||
De cette façon, toutes les parties prenantes savent que soit les résultats du programme seront atteints comme prévu, soit elles seront prévenues suffisamment à l'avance pour pouvoir atténuer les problèmes et prendre des mesures correctives, ce qui minimisera les perturbations du métier. C'est à peu près tout ce qu'il est possible de faire, car il s'agit, après tout, de recherche et de développement. | De cette façon, toutes les parties prenantes savent que soit les résultats du programme seront atteints comme prévu, soit elles seront prévenues suffisamment à l'avance pour pouvoir atténuer les problèmes et prendre des mesures correctives, ce qui minimisera les perturbations du métier. C'est à peu près tout ce qu'il est possible de faire, car il s'agit, après tout, de recherche et de développement. | ||
===Création des objectifs de PI du programme et de la solution=== | |||
Le résultat du processus de planification du PI sera un ensemble de fiches d'objectifs PI approuvées par les équipes, une par équipe. Les équipes votent sur le niveau de confiance des objectifs pris dans leur ensemble, et si la confiance est suffisamment élevée, l'ensemble des objectifs devient le plan ART engagé. Le [https://www.scaledagileframework.com/release-train-engineer/ Release Train Engineer] récapitule les objectifs des équipes dans les objectifs du PI du programme dans un format adapté à la communication avec le management. | |||
Les objectifs résumés doivent être SMART, tout comme les objectifs du PI de l'équipe, et comporter des objectifs non engagés. De même, comme les objectifs du PI des équipes, les objectifs du PI du programme peuvent décrire les features de l'entreprise sur lesquelles travaille l'ART, les enablers ou d'autres objectifs métiers ou techniques. | |||
Si l'ART fait partie d'un Solution Train, lors de l'événement Post-PI Planning, après que tous les ARTs ont été planifiés, les objectifs sont davantage détaillés par le Solution Train Engineer, et les objectifs de PI de la solution sont récapitulés. Il s'agit du niveau le plus élevé des objectifs du PI dans SAFe, et ils communiquent aux parties prenantes ce que le Solution Train va fournir dans le PI à venir. La figure 4 ci-dessous illustre ce résumé des objectifs du PI de l'équipe au programme et du programme à la solution. | |||
Il est important que la valeur métier soit uniquement attribuée aux objectifs du PI de l'équipe. La métrique de prédictibilité elle-même est remontée pour déterminer la prédictibilité à un niveau supérieur. | |||
==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. | ||
