« Objectifs du PI (SAFe) » : différence entre les versions
De Wiki Agile
| Ligne 61 : | Ligne 61 : | ||
* 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. | * 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é. | * 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é. | ||
Dans ce cas, il est prudent de fixer quelques objectifs non engagés (pas plus de 2 ou 3). Cependant, les équipes font de leur mieux pour réaliser les objectifs non engagés, et ils sont inclus dans la capacité et le plan du PI. Cependant, comme ces objectifs peuvent ne pas être terminés dans le PI, les parties prenantes planifient en conséquence. | |||
Les objectifs non engagés présentent plusieurs avantages : | |||
* '''Amélioration des facteurs économiques''' - Sans objectifs non engagés, une équipe s'engage à réaliser un projet à 100 % dans un délai fixe. Cela oblige les équipes à faire des compromis sur la qualité ou à intégrer d'autres buffers dans le système. Les autres buffers peuvent s'accumuler et convertir "une anticipation incertaine en un retard certain", ce qui réduit le débit global. | |||
* '''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. | |||
==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. | ||
