« Objectifs du PI (SAFe) » : différence entre les versions
De Wiki Agile
| Ligne 76 : | Ligne 76 : | ||
* '''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"). | * '''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. | * '''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. | ||
===Communiquer la valeur métier avec les objectifs du PI=== | |||
Lorsque les objectifs sont finalisés au cours de la planification du PI, les Business Owners attribuent ensemble une "valeur métier" à chacun des objectifs de l'équipe lors d'une conversation en face à face. La valeur de cette conversation particulière avec l'équipe ne peut pas être sous-estimée, car elle communique la stratégie et le contexte derrière ces décisions de pondération. Les Business Owners utilisent une échelle de 1 (le plus bas) à 10 (le plus haut) pour évaluer chaque objectif. Ils n'ont pas besoin d'être "normalisés" entre les équipes ; chaque équipe a certains éléments hautement prioritaires (notés 10). | |||
La valeur métier est attribuée, et non calculée, et sert à alimenter les réflexions sur la réalisation. De nombreux objectifs de l'équipe apportent une valeur directe et immédiate à la solution. D'autres, tels que les [https://www.scaledagileframework.com/enablers/ Enablers] (par exemple, les améliorations de l'infrastructure, les environnements de développement et les initiatives de qualité) permettent de créer plus rapidement une valeur métier future. Tous ces facteurs doivent être pris en compte dans la pondération finale. | |||
==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. | ||
