Adopter une approche agile
CHAPITRE 7
201
Cette association problème/cause/pratique(s) correspondante(s) (tableau 7-1) facilite
grandement la première étape de cet état des lieux.
Ainsi, dans ce cas, les changements à apporter à la méthodologie porteront en priorité
sur le processus de recueil et de formalisation des besoins et sur la stratégie de tests et
validation.
Poser les bonnes questions
Le diagnostic que vous avez dressé au début de cet ouvrage sur votre gestion de projet
a peut-être d’ores et déjà mis en évidence des pistes possibles d’améliorations ; mais
des questions complémentaires, concernant l’organisation, l’équipe, ou la maîtrise d’ouvrage,
vous aideront d’une part à déterminer si l’opportunité d’introduire une nouvelle méthodologie est réelle et d’autre part à arbitrer sur les pratiques qui doivent être déployées.
Ces questions mesurent la prédisposition au changement ou le degré d’agilité des équipes
et des organisations, qui sont des facteurs clés pour la réussite de l’entreprise ; en outre,
elles mettent en avant les freins potentiels à la démarche, qui constituent des risques à ne
pas négliger.
Voici les points sur lesquels les questions doivent porter.
Sur la genèse du projet Agile
Question : Qui a initié ce projet ? Pourquoi le lance-t-on ?
Dans quel contexte est-on amené à étudier l’opportunité d’introduire une approche agile :
s’agit-il d’une contrainte imposée par le marché ? S’agit-il d’un client qui impose telle
démarche ou la direction générale qui a opté pour une normalisation des processus ?
S’agit-il d’une initiative émanant du département informatique ? Ou tout simplement,
parce que le client ne sait pas vraiment ce qu’il veut ? Ou que l’on a tout essayé avant,
sans succès ?
Il s’agit de savoir qui a initialisé la réflexion et à partir de quels événements, avec quelles
motivations générales. Si vous êtes à l’origine de la démarche, vous prendrez votre
« bâton de pèlerin », proposerez un plan d’actions et un agenda de réalisation. Vous
devrez convaincre et négocier des moyens ; votre responsabilité s’en trouve accrue et
le risque est plus élevé, car vous devrez démontrer des résultats tangibles rapidement.
Tableau 7-1 Le recensement des zones de dysfonctionnement
Problème
Cause(s)
Pratique(s) correspondante(s)
Inadéquation besoins/produit livré
Mauvaise collaboration entre le client
et l’équipe
Équipe non mature sur le domaine
fonctionnel
Mauvaise gestion des exigences
Ateliers de recueil des besoins
Formalisation et validation des exigences
Tests de validation
Rythme des livraisons
(…)
GestProjInform Livre Page 201 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 7
201
Cette association problème/cause/pratique(s) correspondante(s) (tableau 7-1) facilite
grandement la première étape de cet état des lieux.
Ainsi, dans ce cas, les changements à apporter à la méthodologie porteront en priorité
sur le processus de recueil et de formalisation des besoins et sur la stratégie de tests et
validation.
Poser les bonnes questions
Le diagnostic que vous avez dressé au début de cet ouvrage sur votre gestion de projet
a peut-être d’ores et déjà mis en évidence des pistes possibles d’améliorations ; mais
des questions complémentaires, concernant l’organisation, l’équipe, ou la maîtrise d’ouvrage,
vous aideront d’une part à déterminer si l’opportunité d’introduire une nouvelle méthodologie est réelle et d’autre part à arbitrer sur les pratiques qui doivent être déployées.
Ces questions mesurent la prédisposition au changement ou le degré d’agilité des équipes
et des organisations, qui sont des facteurs clés pour la réussite de l’entreprise ; en outre,
elles mettent en avant les freins potentiels à la démarche, qui constituent des risques à ne
pas négliger.
Voici les points sur lesquels les questions doivent porter.
Sur la genèse du projet Agile
Question : Qui a initié ce projet ? Pourquoi le lance-t-on ?
Dans quel contexte est-on amené à étudier l’opportunité d’introduire une approche agile :
s’agit-il d’une contrainte imposée par le marché ? S’agit-il d’un client qui impose telle
démarche ou la direction générale qui a opté pour une normalisation des processus ?
S’agit-il d’une initiative émanant du département informatique ? Ou tout simplement,
parce que le client ne sait pas vraiment ce qu’il veut ? Ou que l’on a tout essayé avant,
sans succès ?
Il s’agit de savoir qui a initialisé la réflexion et à partir de quels événements, avec quelles
motivations générales. Si vous êtes à l’origine de la démarche, vous prendrez votre
« bâton de pèlerin », proposerez un plan d’actions et un agenda de réalisation. Vous
devrez convaincre et négocier des moyens ; votre responsabilité s’en trouve accrue et
le risque est plus élevé, car vous devrez démontrer des résultats tangibles rapidement.
Tableau 7-1 Le recensement des zones de dysfonctionnement
Problème
Cause(s)
Pratique(s) correspondante(s)
Inadéquation besoins/produit livré
Mauvaise collaboration entre le client
et l’équipe
Équipe non mature sur le domaine
fonctionnel
Mauvaise gestion des exigences
Ateliers de recueil des besoins
Formalisation et validation des exigences
Tests de validation
Rythme des livraisons
(…)
GestProjInform Livre Page 201 Vendredi, 3. avril 2009 12:07 12