« Objectifs du PI (SAFe) » : différence entre les versions
De Wiki Agile
| Ligne 29 : | Ligne 29 : | ||
Bien que, par nature, le développement soit incertain, l'entreprise dépend des équipes pour obtenir des prévisions fiables et prévisibles. Trop peu, et l'entreprise ne peut pas planifier. Trop, et l'entreprise s'engage dans des plans à plus long terme, qui sont au mieux incertains, et limitent également l'agilité. Les parties prenantes métier et technologiques ont besoin de trouver un juste milieu, et c'est l'un des principaux objectifs du PI. Outre l'alignement, le processus de définition d'objectifs réalistes permet également d'éviter un excès de travail en cours (WIP) dans le système. Les objectifs du PI sont construits en grande partie de manière ascendante, à mesure que les équipes les identifient pendant la planification du PI. | Bien que, par nature, le développement soit incertain, l'entreprise dépend des équipes pour obtenir des prévisions fiables et prévisibles. Trop peu, et l'entreprise ne peut pas planifier. Trop, et l'entreprise s'engage dans des plans à plus long terme, qui sont au mieux incertains, et limitent également l'agilité. Les parties prenantes métier et technologiques ont besoin de trouver un juste milieu, et c'est l'un des principaux objectifs du PI. Outre l'alignement, le processus de définition d'objectifs réalistes permet également d'éviter un excès de travail en cours (WIP) dans le système. Les objectifs du PI sont construits en grande partie de manière ascendante, à mesure que les équipes les identifient pendant la planification du PI. | ||
===Construire les objectifs du PI de l'équipe=== | |||
Au cours de la planification du PI, les équipes se voient présenter de nouvelles [https://www.scaledagileframework.com/features-and-capabilities/ Features] et planifient les [https://www.scaledagileframework.com/story/ Stories] dont elles ont besoin pour les réaliser, en plus des Stories qui représentent le travail dans leur contexte local. Ce travail est décrit comme un ensemble d'objectifs du PI spécifiques à l'équipe. Pour ce faire, il faut estimer et planifier, connaître la capacité de l'équipe, analyser les features à venir, définir des stories pour le [https://www.scaledagileframework.com/team-backlog/ Backlog de l'Équipe] et, enfin, résumer les informations en termes commerciaux simples et compréhensibles par tous. | |||
Quant au nombre d'objectifs qu'une équipe doit fixer, il n'y a pas de règle fixe, mais 7 à 10 objectifs engagés (plus 2 à 3 non engagés ; voir ci-dessous) semblent donner les meilleurs résultats. Plus, et les détails et la spécificité sont difficiles à comprendre et à traiter par les autres équipes et les partenaires métiers de l'équipe. Plus, il y en a trop à examiner et à traiter dans un ART de taille moyenne à grande. Moins, et le niveau d'abstraction ou d'agrégation est probablement trop élevé pour être mesuré objectivement à la fin du PI. | |||
La figure 1 présente un exemple des objectifs du PI d'une équipe. | |||
==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. | ||
