« Objectifs du PI (SAFe) » : différence entre les versions
De Wiki Agile
| Ligne 98 : | Ligne 98 : | ||
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. | 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 | Les objectifs résumés doivent être SMART, tout comme les objectifs du PI des équipes, 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 [https://www.scaledagileframework.com/solution-train/ Solution Train], lors de l'événement [https://www.scaledagileframework.com/pre-and-post-pi-planning/ Post-PI Planning], après que tous les ARTs ont été planifiés, les objectifs sont remontés par le [https://www.scaledagileframework.com/solution-train-engineer/ 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 | Si l'ART fait partie d'un [https://www.scaledagileframework.com/solution-train/ Solution Train], lors de l'événement [https://www.scaledagileframework.com/pre-and-post-pi-planning/ Post-PI Planning], après que tous les ARTs ont été planifiés, les objectifs sont remontés par le [https://www.scaledagileframework.com/solution-train-engineer/ 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 des équipes au programme et du programme à la solution. | ||
Il est important que la valeur métier soit uniquement attribuée aux objectifs du PI | Il est important que la valeur métier soit uniquement attribuée aux objectifs du PI des équipes. La métrique de prédictibilité elle-même est remontée pour déterminer la prédictibilité à un niveau supérieur. | ||
[[Fichier:PI-Objectives F01 web.png]] | [[Fichier:PI-Objectives F01 web.png|border|link=|center]] | ||
<div style="text-align: center;">'''Figure 4. Remontée des objectifs de PI des équipes, du programme et de la solution.'''</div> | |||
==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. | ||
