Poste
Chef de projet
Combien de fois par semaine assemblez-vous à nouveau l'état du projet en interrogeant les mêmes personnes ? Si c'est plusieurs, une bonne partie de la semaine part à décrire le travail plutôt qu'à le conduire.
Entretien préalable
Quatre questions par lesquelles nous commencerions
Combien de fois par semaine assemblez-vous l'état ?
Pour l'équipe, pour le client, pour la direction, pour un comité de pilotage. Chacun sous une forme différente, chacun à partir des mêmes données.
Qui remarque le premier qu'un projet commence à glisser ?
Si c'est le chef de projet deux semaines après, le risque apparaît comme un problème et non comme un risque.
Quand se prend la décision de changer le périmètre ?
Si c'est de manière informelle, dans une conversation, sans trace de l'effet sur la date, le périmètre grandit et la date reste la même.
Que reste-t-il d'un projet une fois l'équipe dispersée ?
Si c'est seulement la documentation produit, le projet suivant répétera les mêmes erreurs.
Nous prenons l'assemblage de l'état, vous gardez la conduite du projet
Recueillir l'avancement, préparer les rapports, surveiller les risques et le registre des changements peuvent être retirés du bureau. Lire la situation du projet et les décisions restent au chef de projet.
- L'état s'assemble à partir du travail, pas d'un sondage. - L'avancement vient de ce que l'équipe fait de toute façon dans ses outils, et le chef de projet apporte l'interprétation.
- Les rapports pour différents publics ont une seule source. - Le même état sous trois formes, au lieu de trois versions manuelles qui divergent en une semaine.
- Un changement de périmètre a son effet calculé. - Ajouter une tâche montre l'effet sur la date avant que la décision ne se prenne.
Périmètre
Ce qui peut être retiré de la conduite d'un projet
Vingt tâches à titre d'exemple. Chacune a un point de validation humaine. Ci-dessous une sélection ; le périmètre, nous l'ajustons à votre méthodologie.
Plan et périmètre
- Le périmètre exposé par phase
- Lier les tâches aux personnes et aux dates
- Un signal quand une tâche n'a pas de responsable
- Les dépendances entre tâches et ce qui en découle (appréciation : le chef de projet)
État et reporting
- Avancement recueilli depuis les outils qu'utilise l'équipe
- Un projet de rapport au format de la direction (contenu : le chef de projet)
- Un projet de rapport au format du client
- Un récapitulatif des changements depuis le rapport précédent
- Un signal quand une tâche ne montre aucun avancement depuis plus longtemps que convenu
Risques et incidents
- Un registre des risques projet avec un responsable et une action
- Un signal quand une date est menacée par une dépendance
- Signalement des tâches du chemin critique
- Escalade d'un incident aux seuils convenus (décision : le chef de projet)
Changements de périmètre
- Un registre des demandes de changement
- L'effet calculé d'un changement sur la date et la charge
- La décision d'accepter un changement, consignée (décision : le sponsor)
- Le périmètre initial au regard du périmètre actuel
Clôture du projet
- Une comparaison du plan avec le livré
- Un récapitulatif des incidents et de leurs causes
- Les enseignements transmis aux projets suivants (validation : le chef de projet)
Une journée de travail
Aujourd'hui
- Vous recueillez l'état en interrogeant l'équipe en réunion et par messagerie
- Vous assemblez le rapport de direction à la main, sous un format différent de celui du client
- Vous apprenez un retard quand quelqu'un le signale
- Les changements de périmètre se conviennent en conversation, sans effet calculé
- Les risques vivent dans un registre que personne ne regarde
- Après le projet, les enseignements restent dans la mémoire de quelques personnes
Avec l'assistance de l'IA
- L'avancement vient des outils et non d'un sondage auprès de l'équipe
- Les rapports sous différents formats ont une seule source
- Une tâche sans avancement s'annonce d'elle-même
- Un changement de périmètre montre l'effet sur la date avant la décision
- Un risque avec une date menacée est signalé plus tôt
- Les enseignements d'un projet sont consignés et accessibles à l'équipe suivante
- Un état fiable
le rapport décrit l'état et non l'impression du vendredi
l'avancement vient du travail de l'équipe
- Temps passé en reporting
le chef de projet conduit le projet au lieu de le décrire
les rapports ont une seule source et un texte préparé
- Détection précoce du risque
un retard peut se voir avant de devenir un problème
l'absence d'avancement et les dépendances menacées sont signalées
- Du savoir après un projet
le projet suivant ne répète pas les mêmes erreurs
les enseignements sont consignés, pas mémorisés
Nous commençons par la source de l'état, parce qu'elle décide du temps que prend le reporting.
- Étape 1
Avancement depuis les outils de l'équipe
L'état assemblé à partir de ce qui existe déjà, au lieu d'un sondage.
- Étape 2
Rapports sous plusieurs formats
Une seule source, différentes vues pour la direction, le client et l'équipe.
- Étape 3
Risques et signaux de menace
Absence d'avancement, dépendances menacées, chemin critique.
- Étape 4
Changements de périmètre et enseignements
L'effet calculé d'un changement et les enseignements après clôture. En dernier, parce que cela exige un plan fiable.
Questions fréquentes
Les questions qui reviennent à la première réunion
En quoi est-ce différent d'un scrum master ?
Un chef de projet répond devant le sponsor du périmètre, de la date et du budget, et il en a l'autorité. Un scrum master répond de ce que l'équipe puisse travailler, et il n'a pas d'autorité sur elle. D'où des outils différents : ici un rapport et une décision de périmètre, là lever des obstacles et converser. Dans les entreprises où une personne fait les deux, le reporting l'emporte en général, parce qu'il a une échéance.
Et les projets menés hors de l'informatique ?
La mécanique est la même : périmètre, dépendances, état, changements, clôture. Ce qui diffère, c'est la source de l'avancement : dans un projet de construction ou de déploiement, elle vient d'ailleurs que d'un dépôt de code. C'est une question de conception, pas un obstacle.
Mener des projets exigera-t-il moins de monde ?
Un projet se conduit par des décisions et non par des rapports, et ce travail-là, personne ne le retire. Nous prenons l'assemblage de l'état, c'est-à-dire une demi-semaine passée à décrire le travail des autres. Un chef de projet qui ne fait pas cela conduit le projet au lieu de le documenter. Combien de projets cela couvre dépend de votre portefeuille.
Cela relève-t-il du règlement sur l'IA ?
Mener des projets n'est pas un usage à haut risque. La limite se situe aux données d'avancement attribuées à des personnes : nous tenons les récapitulatifs au niveau des tâches et des phases, parce que les données sur le rythme de travail de chaque membre de l'équipe relèvent déjà de l'évaluation des salariés.
Une question qui ne figure pas ici ? Réservez un appel
Étape suivante
Combien d'heures par semaine passez-vous à assembler des états ?
Nous vous montrerons à quoi ressemble la conduite d'un projet quand l'état vient du travail de l'équipe et qu'un changement de périmètre a son effet calculé.