Reporting de projet informatique : le modèle d'une page qui suffit
Un reporting de projet informatique utile tient sur une page et six blocs : l'en-tête avec la météo, l'avancement et les jalons, le budget, les risques, les décisions attendues et les prochaines étapes. Les indicateurs y sont calculés à partir de données saisies (dates, consommé, risques), jamais déclarés à l'appréciation, et la page est produite à date fixe. Ce format répond aux trois questions d'un sponsor : le projet tient-il ses engagements, qu'est-ce qui le menace, et qu'attend-on de moi ?
Ce qu'un sponsor lit vraiment
Le sponsor n'a pas besoin du détail des tâches : il a besoin de savoir s'il doit agir. Un reporting qui aligne vingt lignes de statut sans question explicite l'oblige à chercher lui-même le problème. La page doit donc commencer par la conclusion (la météo et sa justification) et finir par ce qu'on lui demande (la décision attendue, avec sa date limite).
La norme ISO 21502:2020 (Management de projets, programmes et portefeuilles — Recommandations sur le management de projets, ISO, décembre 2020) décrit des pratiques de management de projet applicables à toute organisation et à tout type de projet, quelle que soit l'approche de réalisation. Ce sont des recommandations, pas un format imposé : le modèle qui suit est un choix, qui privilégie la décision sur la description.
Les six blocs de la page
| Bloc | Contenu | Source de la donnée |
|---|---|---|
| 1. En-tête | Nom du projet, sponsor et chef de projet (rôles), date de situation, météo calculée et sa raison en une ligne | Portefeuille |
| 2. Avancement et jalons | Avancement estimé en %, trois à cinq jalons avec date initiale, date prévue, date réelle | Planning |
| 3. Budget | Budget, engagé, consommé, reste à faire, atterrissage, écart | Suivi budgétaire |
| 4. Risques et problèmes | Les trois principaux, avec score, réponse et responsable | Registre des risques |
| 5. Décisions attendues | Question fermée, options chiffrées, date limite | Journal des décisions |
| 6. Prochaines étapes | Trois actions des quatre semaines à venir, avec responsable | Plan d'action |
Ce qui n'y figure pas : la liste des réunions tenues, le détail des tâches terminées, les commentaires sans conséquence pour le sponsor. Ces éléments vivent dans les outils de l'équipe.
Fréquence et rituel
Trois règles suffisent à faire d'un reporting un rituel plutôt qu'une corvée :
- Une date de situation fixe : par exemple, données arrêtées chaque fin de mois et page diffusée dans les trois jours ouvrés. Toutes les données de la page sont à la même date.
- Une saisie hebdomadaire courte : dates des jalons, avancement, nouveaux risques. Le reporting mensuel n'est alors qu'une extraction.
- Un lien direct avec le comité : la page sert de support au comité de pilotage, et chaque décision attendue y est inscrite à l'ordre du jour. Le déroulé et le relevé de décisions sont décrits dans le modèle de COPIL et de compte rendu.
Les indicateurs à calculer, pas à déclarer
Une seule donnée de la page est estimée par le chef de projet : l'avancement. Tout le reste se calcule.
- Retard = fin prévue − fin initiale, en jours. La fin initiale est l'engagement de départ ; la comparer à la dernière replanification ferait disparaître le retard à chaque décalage.
- Dérive budgétaire = % du budget consommé − % d'avancement, en points. Elle confronte la seule donnée estimée à une donnée comptable.
- Atterrissage = consommé + reste à faire estimé ; l'écart se lit par rapport au budget.
- Score de risque = probabilité × gravité, notées de 1 à 5, comme dans le registre des risques projet sur Excel.
- Météo : rouge dès qu'un seuil rouge est franchi, orange dès qu'un seuil orange l'est, vert sinon. Les critères et la formule sont détaillés dans la météo projet vert, orange, rouge.
Les seuils se fixent à l'avance et ne changent qu'en revue, jamais pour faire passer un projet au vert.
Exemple rempli (données fictives)
Projet imaginaire : refonte d'un portail fournisseurs. Date de situation : 28 février 2027. Seuils d'exemple : orange à partir de 15 jours de retard ou 5 points de dérive, rouge à partir de 30 jours ou 10 points.
| Bloc | Contenu |
|---|---|
| 1. En-tête | Sponsor : direction des achats. Météo : orange, retard de 15 jours et dérive de 7 points. |
| 2. Avancement et jalons | Avancement 55 %. Recette : initiale 15 avril, prévue 30 avril. Mise en service : initiale 30 juin, prévue 15 juillet 2027. |
| 3. Budget | Budget 180 000 € HT ; engagé 140 000 € ; consommé 111 600 € (62 %) ; reste à faire 82 000 € ; atterrissage 193 600 €, soit +13 600 €. |
| 4. Risques | R1 : indisponibilité du référent métier en mars (4 × 3 = 12, élevé), réponse : suppléant désigné. R2 : qualité des données fournisseurs à reprendre (3 × 3 = 9), réponse : nettoyage avant migration. |
| 5. Décision attendue | Reporter la reprise des données historiques au lot 2 (option A, sans surcoût) ou ajouter un renfort de 20 jours (option B, +9 000 € HT) ? Date limite : 15 mars 2027. |
| 6. Prochaines étapes | Fin des développements du lot 1 ; campagne de tests ; plan de formation des acheteurs. |
En une lecture : le projet glisse de quinze jours, devrait coûter 13 600 € de plus qu'annoncé, et le sponsor doit trancher entre deux options avant le 15 mars.
Du reporting projet au reporting de portefeuille
Si chaque projet produit les mêmes données (fin initiale, fin prévue, budget, consommé, avancement, décision attendue), le reporting de portefeuille devient une consolidation : une ligne par projet, la météo calculée de la même façon pour tous, et la liste des projets qui attendent une décision. C'est la structure décrite dans le modèle de portefeuille de projets sur Excel. L'inverse est aussi vrai : un projet qui ne sait pas renseigner ces champs n'est pas pilotable au niveau du portefeuille.
Questions fréquentes
Faut-il un reporting hebdomadaire ou mensuel ?
Le rythme proposé ici est une saisie hebdomadaire et une page mensuelle. Un projet en phase critique (bascule, mise en service) peut passer à une page par semaine pendant cette phase, avec les mêmes six blocs.
Qui remplit le reporting ?
Le chef de projet saisit les dates et l'avancement ; le consommé vient du suivi budgétaire, les risques du registre. Personne ne « choisit » la météo : elle découle des seuils.
Que faire quand un projet passe au rouge ?
Inscrire une décision attendue au prochain comité, avec des options chiffrées : replanifier par décision formelle, ajouter des moyens, réduire le périmètre ou arrêter. Un projet rouge sans décision inscrite au comité doit être signalé comme tel dans la page.