Gestion de projet – Vers les méthodes agiles
26
peuvent être améliorées. Introduire un peu de méthodologie dans votre gestion quotidienne, sans tomber dans des procédures lourdes, rendra plus aisés la planification et le
pilotage de votre projet. Cela vous aidera à recadrer le rôle de chacun (clients, collaborateurs,
sous-traitants) et à restaurer le contact avec vos interlocuteurs. Vous devez « lever le nez du
guidon » pour travailler dans une meilleure posture face aux problèmes auxquels vous êtes
confrontés. Prenez le temps de parcourir les pages qui suivent et de vous « constituer un
stock » de bonnes pratiques à introduire petit à petit dans votre gestion. Vous développerez
vos compétences et ce sont votre projet et vos collaborateurs qui en tireront les bénéfices.
Analyse détaillée par question
Question 1 : partager une vision commune
Êtes-vous certain d’avoir obtenu durablement le consensus entre toutes les parties
prenantes ? Vous êtes-vous bien compris avec votre client ? Comment vous en assurer ?
Êtes-vous certain que rien ne va changer ?
Malheureusement, le contexte où tout est défini à l’avance, formalisé clairement et stabilisé ressemble fort à une utopie, ou du moins est assez rare.
Le chef de projet n’est qu’un élément d’une chaîne où les maillons précédents n’ont pas
toujours pris la mesure des enjeux que constitue le lancement d’un projet. Sans commanditaire, sans objectif stratégique clair, sans priorité et sans financement approprié, le chef de
projet devrait être en droit de refuser de démarrer le projet, car il court de gros risques !
Heureusement, avec l’émergence de concepts tels que l’alignement du système d’information sur la stratégie, la maîtrise accrue des dépenses, la gouvernance et la prise de conscience
que l’informatique peut être une source de profit, on lance de moins en moins de projets
sans justification réelle dans les schémas directeurs. Et le chef de projet doit avoir accès
à ces informations capitales pour bien appréhender le contexte du projet. Exigez-les !
☞ Pour aller plus loin…
Reportez-vous au chapitre 3, « Recueillir efficacement les besoins ».
Question 2 : fixer un délai réaliste
La question n’est pas de savoir si le délai est fixe et immuable ; la question est de savoir
s’il est réaliste compte tenu des objectifs et des moyens.
Une échéance de fin de projet peut tout à fait être imposée par les contraintes du marché
ou d’une réglementation, ou retenue par la direction pour une question stratégique ; c’est
souvent le cas d’ailleurs ; on voit rarement un projet démarrer sans échéance.
Par conséquent, contrainte ou estimée par le chef de projet, il n’est pas choquant que
cette échéance soit contractuelle ; elle doit, dès lors, être respectée et maintenue, et non
vécue comme l’échéance fatidique. C’est ce qu’on appelle le timeboxing. Cela signifie
que, dans le triptyque des 3 C (voir chapitre précédent), la dimension calendrier est fixe
et que les deux autres dimensions (contenu et coût) sont éventuellement ajustables, à la
baisse pour l’une, à la hausse pour l’autre.
GestProjInform Livre Page 26 Vendredi, 3. avril 2009 12:07 12
26
peuvent être améliorées. Introduire un peu de méthodologie dans votre gestion quotidienne, sans tomber dans des procédures lourdes, rendra plus aisés la planification et le
pilotage de votre projet. Cela vous aidera à recadrer le rôle de chacun (clients, collaborateurs,
sous-traitants) et à restaurer le contact avec vos interlocuteurs. Vous devez « lever le nez du
guidon » pour travailler dans une meilleure posture face aux problèmes auxquels vous êtes
confrontés. Prenez le temps de parcourir les pages qui suivent et de vous « constituer un
stock » de bonnes pratiques à introduire petit à petit dans votre gestion. Vous développerez
vos compétences et ce sont votre projet et vos collaborateurs qui en tireront les bénéfices.
Analyse détaillée par question
Question 1 : partager une vision commune
Êtes-vous certain d’avoir obtenu durablement le consensus entre toutes les parties
prenantes ? Vous êtes-vous bien compris avec votre client ? Comment vous en assurer ?
Êtes-vous certain que rien ne va changer ?
Malheureusement, le contexte où tout est défini à l’avance, formalisé clairement et stabilisé ressemble fort à une utopie, ou du moins est assez rare.
Le chef de projet n’est qu’un élément d’une chaîne où les maillons précédents n’ont pas
toujours pris la mesure des enjeux que constitue le lancement d’un projet. Sans commanditaire, sans objectif stratégique clair, sans priorité et sans financement approprié, le chef de
projet devrait être en droit de refuser de démarrer le projet, car il court de gros risques !
Heureusement, avec l’émergence de concepts tels que l’alignement du système d’information sur la stratégie, la maîtrise accrue des dépenses, la gouvernance et la prise de conscience
que l’informatique peut être une source de profit, on lance de moins en moins de projets
sans justification réelle dans les schémas directeurs. Et le chef de projet doit avoir accès
à ces informations capitales pour bien appréhender le contexte du projet. Exigez-les !
☞ Pour aller plus loin…
Reportez-vous au chapitre 3, « Recueillir efficacement les besoins ».
Question 2 : fixer un délai réaliste
La question n’est pas de savoir si le délai est fixe et immuable ; la question est de savoir
s’il est réaliste compte tenu des objectifs et des moyens.
Une échéance de fin de projet peut tout à fait être imposée par les contraintes du marché
ou d’une réglementation, ou retenue par la direction pour une question stratégique ; c’est
souvent le cas d’ailleurs ; on voit rarement un projet démarrer sans échéance.
Par conséquent, contrainte ou estimée par le chef de projet, il n’est pas choquant que
cette échéance soit contractuelle ; elle doit, dès lors, être respectée et maintenue, et non
vécue comme l’échéance fatidique. C’est ce qu’on appelle le timeboxing. Cela signifie
que, dans le triptyque des 3 C (voir chapitre précédent), la dimension calendrier est fixe
et que les deux autres dimensions (contenu et coût) sont éventuellement ajustables, à la
baisse pour l’une, à la hausse pour l’autre.
GestProjInform Livre Page 26 Vendredi, 3. avril 2009 12:07 12