Planifier son projet
CHAPITRE 4
137
Ce plan de la release peut être mis à jour tout au long de la période, essentiellement à
la fin de chaque itération, si la vélocité estimée de l’équipe se révèle être erronée ou si le
client modifie ses priorités.
Concrètement, comment se déroule une réunion de planification ? Trouve-t-on toujours un
consensus entre tous les acteurs ?
La réponse de l’expert Jean Tabaka, agile coach, Rally Software Development, Colorado.
Les nouvelles équipes qui abordent le développement agile trouvent certaines pratiques difficiles à adopter. L’une des plus délicates est d’amener l’équipe à se réunir pour créer le plan
d’itération et se l’approprier collectivement. Au cours de la réunion de planification, non seulement tous les membres de l’équipe sont présents, mais ils doivent tous adhérer et s’engager
sur le plan produit à l’issue de la réunion. En plus, cet engagement ne concerne pas uniquement les développeurs et les testeurs ; il concerne aussi le client au travers de son représentant, le scrumMaster ou le coach ou le chef de projet.
Une réunion qui demande tant de la part de ses participants se doit d’avoir un agenda clair
avec un objectif clair et d’être animée par un bon facilitateur, typiquement le scrumMaster ou le
chef de projet. En outre, toute l’équipe doit avoir suffisamment de disponibilité, dans un cadre
qui facilite les conversations et le dialogue pour arriver à obtenir cet engagement. Ce qui peut
déranger, c’est que le management est peu habitué aux dialogues efficaces, aux brainstormings et à la recherche du consensus. Très souvent, une équipe agile retombe dans le vieux
style de management : « J’ordonne, je contrôle », par des décisions imposées sur le plan pour
terminer la réunion plus rapidement. Ces décisions sont souvent exigées aussi par le management pour obtenir ce qu’il veut, pour imposer son choix, même si chacun, dans la pièce, est
susceptible de lui fournir des informations sur les options possibles.
La recherche de consensus est un concept nouveau dans beaucoup d’équipes de développement.
Habituellement, le chef de projet ou le team leader ou l’architecte prend les décisions concernant
le travail, les tâches, leurs estimations et leurs affectations. Dans la planification agile, c’est
l’équipe qui construit sa décision sur ces aspects ; lorsque tout le monde tombe d’accord sur le
travail, les tâches, les estimations et les affectations, ils assument, entre eux et auprès du
management, leurs décisions, en l’appliquant et en la soutenant.
Voilà le vrai consensus et c’est réellement ainsi que les équipes agiles collaborent et s’engagent.
Celles qui essaient de court-circuiter la prise de décision sans rechercher le consensus ne
font que nuire à la bonne collaboration. Dans ce cas, les équipes se sentent contrôlées et
manipulées, et finalement ne prennent aucune responsabilité sur des décisions qu’on leur a
imposées.
Obtenir le consensus au sein de l’équipe, c’est s’assurer que tous les membres se sentent
écoutés et compris. Par conséquent, le bon chef de projet agile devient très efficace en aidant
le groupe à réfléchir, à recenser toutes les options possibles, à faire des recommandations
avant de prendre une décision collective. S’il y a conflit, cela provoque de nouvelles hypothèses
et fait émerger de nouvelles informations, afin que l’équipe prenne un engagement fondé sur
une meilleure décision. Le scrumMaster prépare l’agenda de la réunion de façon à ce que le
partage d’information soit possible ; cet agenda est visible de tous durant la réunion par affichage mural.
Voici un exemple d’un agenda avec un objectif simple, utilisé pour conduire une réunion de
planification (figure 4-9).
☞
GestProjInform Livre Page 137 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 4
137
Ce plan de la release peut être mis à jour tout au long de la période, essentiellement à
la fin de chaque itération, si la vélocité estimée de l’équipe se révèle être erronée ou si le
client modifie ses priorités.
Concrètement, comment se déroule une réunion de planification ? Trouve-t-on toujours un
consensus entre tous les acteurs ?
La réponse de l’expert Jean Tabaka, agile coach, Rally Software Development, Colorado.
Les nouvelles équipes qui abordent le développement agile trouvent certaines pratiques difficiles à adopter. L’une des plus délicates est d’amener l’équipe à se réunir pour créer le plan
d’itération et se l’approprier collectivement. Au cours de la réunion de planification, non seulement tous les membres de l’équipe sont présents, mais ils doivent tous adhérer et s’engager
sur le plan produit à l’issue de la réunion. En plus, cet engagement ne concerne pas uniquement les développeurs et les testeurs ; il concerne aussi le client au travers de son représentant, le scrumMaster ou le coach ou le chef de projet.
Une réunion qui demande tant de la part de ses participants se doit d’avoir un agenda clair
avec un objectif clair et d’être animée par un bon facilitateur, typiquement le scrumMaster ou le
chef de projet. En outre, toute l’équipe doit avoir suffisamment de disponibilité, dans un cadre
qui facilite les conversations et le dialogue pour arriver à obtenir cet engagement. Ce qui peut
déranger, c’est que le management est peu habitué aux dialogues efficaces, aux brainstormings et à la recherche du consensus. Très souvent, une équipe agile retombe dans le vieux
style de management : « J’ordonne, je contrôle », par des décisions imposées sur le plan pour
terminer la réunion plus rapidement. Ces décisions sont souvent exigées aussi par le management pour obtenir ce qu’il veut, pour imposer son choix, même si chacun, dans la pièce, est
susceptible de lui fournir des informations sur les options possibles.
La recherche de consensus est un concept nouveau dans beaucoup d’équipes de développement.
Habituellement, le chef de projet ou le team leader ou l’architecte prend les décisions concernant
le travail, les tâches, leurs estimations et leurs affectations. Dans la planification agile, c’est
l’équipe qui construit sa décision sur ces aspects ; lorsque tout le monde tombe d’accord sur le
travail, les tâches, les estimations et les affectations, ils assument, entre eux et auprès du
management, leurs décisions, en l’appliquant et en la soutenant.
Voilà le vrai consensus et c’est réellement ainsi que les équipes agiles collaborent et s’engagent.
Celles qui essaient de court-circuiter la prise de décision sans rechercher le consensus ne
font que nuire à la bonne collaboration. Dans ce cas, les équipes se sentent contrôlées et
manipulées, et finalement ne prennent aucune responsabilité sur des décisions qu’on leur a
imposées.
Obtenir le consensus au sein de l’équipe, c’est s’assurer que tous les membres se sentent
écoutés et compris. Par conséquent, le bon chef de projet agile devient très efficace en aidant
le groupe à réfléchir, à recenser toutes les options possibles, à faire des recommandations
avant de prendre une décision collective. S’il y a conflit, cela provoque de nouvelles hypothèses
et fait émerger de nouvelles informations, afin que l’équipe prenne un engagement fondé sur
une meilleure décision. Le scrumMaster prépare l’agenda de la réunion de façon à ce que le
partage d’information soit possible ; cet agenda est visible de tous durant la réunion par affichage mural.
Voici un exemple d’un agenda avec un objectif simple, utilisé pour conduire une réunion de
planification (figure 4-9).
☞
GestProjInform Livre Page 137 Vendredi, 3. avril 2009 12:07 12