Gestion de projet – Vers les méthodes agiles
138
Dans ce cas, pour chaque thème de l’agenda, l’équipe, composée de treize personnes, devait
produire l’information au travers de plusieurs ateliers de réflexion et de groupes de discussion.
Au final, pour le thème « I », c’est-à-dire sur l’engagement pris, l’équipe s’était préparée à
s’engager sur une release grâce à toute l’information qu’elle avait recueillie et les décisions
qu’elle avait prises.
Concrètement, comment se déroule une réunion de planification ? Trouve-t-on toujours un
consensus entre tous les acteurs ? (suite)
Certains agendas sont plus longs que dans cet exemple afin de faire ressortir davantage
d’informations dont l’équipe a besoin pour prendre ses décisions. Cela peut être des informations de l’architecte sur la nouvelle architecture ; ou bien, ce peut être un représentant d’un
département fonctionnel qui explique une exigence particulièrement complexe et ses critères
d’acceptation. Parfois, les équipes commencent leur réunion par un rapide bilan de la dernière
itération ou de la dernière release.
Sur la figure 4-10, voici représenté l’agenda d’une réunion de planification d’une itération qui a
permis à une équipe de sept personnes de s’engager sur une itération de deux semaines avec
un ensemble de tâches et d’estimations pour chaque story.
Il faut remarquer que l’équipe élabore prudemment son planning en faisant le point sur ce
qui s’est passé dans l’itération précédente. Pour cette équipe, c’était important parce
qu’elle s’interrogeait sur sa stratégie de test dans l’itération précédente et avait donc besoin
de cette information pour planifier la nouvelle itération. Elle fait également le point sur sa
capacité (disponibilité) et tous les changements sur venus dans le product backlog avant de
définir ses tâches, ses estimations et ses inquiétudes (points « G », « H » et « I »).
Figure 4-9
Agenda d’une réunion de
planification (release)
GestProjInform Livre Page 138 Vendredi, 3. avril 2009 12:07 12
138
Dans ce cas, pour chaque thème de l’agenda, l’équipe, composée de treize personnes, devait
produire l’information au travers de plusieurs ateliers de réflexion et de groupes de discussion.
Au final, pour le thème « I », c’est-à-dire sur l’engagement pris, l’équipe s’était préparée à
s’engager sur une release grâce à toute l’information qu’elle avait recueillie et les décisions
qu’elle avait prises.
Concrètement, comment se déroule une réunion de planification ? Trouve-t-on toujours un
consensus entre tous les acteurs ? (suite)
Certains agendas sont plus longs que dans cet exemple afin de faire ressortir davantage
d’informations dont l’équipe a besoin pour prendre ses décisions. Cela peut être des informations de l’architecte sur la nouvelle architecture ; ou bien, ce peut être un représentant d’un
département fonctionnel qui explique une exigence particulièrement complexe et ses critères
d’acceptation. Parfois, les équipes commencent leur réunion par un rapide bilan de la dernière
itération ou de la dernière release.
Sur la figure 4-10, voici représenté l’agenda d’une réunion de planification d’une itération qui a
permis à une équipe de sept personnes de s’engager sur une itération de deux semaines avec
un ensemble de tâches et d’estimations pour chaque story.
Il faut remarquer que l’équipe élabore prudemment son planning en faisant le point sur ce
qui s’est passé dans l’itération précédente. Pour cette équipe, c’était important parce
qu’elle s’interrogeait sur sa stratégie de test dans l’itération précédente et avait donc besoin
de cette information pour planifier la nouvelle itération. Elle fait également le point sur sa
capacité (disponibilité) et tous les changements sur venus dans le product backlog avant de
définir ses tâches, ses estimations et ses inquiétudes (points « G », « H » et « I »).
Figure 4-9
Agenda d’une réunion de
planification (release)
GestProjInform Livre Page 138 Vendredi, 3. avril 2009 12:07 12