« Objectifs du PI (SAFe) » : différence entre les versions

De Wiki Agile
Ligne 68 : Ligne 68 :
* '''Une fiabilité accrue''' - Les objectifs non engagés représentent un périmètre variable, ce qui permet d'avoir confiance dans la réalisation des principales priorités. À son tour, le respect des engagements déclarés est le facteur le plus important pour établir la confiance entre les équipes et les parties prenantes.
* '''Une fiabilité accrue''' - Les objectifs non engagés représentent un périmètre variable, ce qui permet d'avoir confiance dans la réalisation des principales priorités. À son tour, le respect des engagements déclarés est le facteur le plus important pour établir la confiance entre les équipes et les parties prenantes.
* '''Adaptabilité au changement''' - Pour assurer la fiabilité d'une cadence, les objectifs non engagés fournissent la marge de capacité nécessaire pour respecter les engagements, tout en modifiant les priorités si nécessaire, lorsque les données factuelles changent.
* '''Adaptabilité au changement''' - Pour assurer la fiabilité d'une cadence, les objectifs non engagés fournissent la marge de capacité nécessaire pour respecter les engagements, tout en modifiant les priorités si nécessaire, lorsque les données factuelles changent.
===Ecrire des objectifs de PI SMART===
Les objectifs du PI de l'équipe sont un résumé du plan de l'équipe pour le PI. Ils sont d'une importance capitale. Parfois, les descriptions peuvent être très techniques et/ou un peu vagues. En guise de contre-mesure, les équipes font en sorte que leurs objectifs soient SMART :
* '''Spécifique''' - Énoncer le résultat attendu de manière aussi concise et explicite que possible. (Conseil : essayez de commencer par un verbe d'action).
* '''Mesurable''' - Ce que l'équipe doit faire pour atteindre l'objectif doit être clair. Les mesures peuvent être de descriptives, oui/non, quantitative ou indiquer un intervalle.
* '''Réalisable''' - L'équipe doit pouvoir contrôler et influencer la réalisation de l'objectif.
* '''Réaliste''' - Admettre les facteurs qui ne peuvent être contrôlés. (Conseil : évitez de faire des hypothèses de type "route de la joie").
* Délimité dans le temps - La période de réalisation doit être comprise dans le PI, et tous les objectifs doivent donc être dimensionnés de manière appropriée.


==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.