Accueil › Weekly report

Weekly report projet : modèle, structure et exemple

Guide pratique pour chefs de projet et PMO · Mis à jour le 8 octobre 2026 · 8 min de lecture

Le weekly report est le compte rendu hebdomadaire d'un projet : une page ou quelques diapositives qui disent où l'on en est, ce qui inquiète, et ce que l'on attend des destinataires. Bien fait, il se lit en trois minutes et évite des réunions. Mal fait, il passe à la corbeille. Voici une structure éprouvée, un modèle à copier et les pièges à éviter.

À quoi sert un weekly report ?

Il a trois fonctions. D'abord informer le sponsor et les parties prenantes sans les convoquer. Ensuite aligner l'équipe : écrire l'état du projet oblige à constater ce qui bloque. Enfin garder une trace datée : en cas de litige sur un retard ou une décision, la série des rapports hebdomadaires est un historique précieux.

Il ne remplace pas le comité de pilotage : le rapport informe, le comité décide. Mais un bon rapport prépare le comité en faisant remonter les sujets à trancher.

Les quatre principes d'un bon rapport

1. Court. Une page ou 6 à 8 diapositives. Si personne ne le lit en entier, il est trop long.
2. Toujours la même forme. Les lecteurs retrouvent chaque semaine les mêmes blocs aux mêmes endroits, et repèrent d'un coup d'œil ce qui a changé.
3. Factuel. Des dates, des nombres, des noms. « L'équipe avance bien » ne dit rien ; « 12 tâches sur 18 terminées, 2 en retard de plus d'une semaine » se vérifie.
4. Orienté décision. Ce que vous attendez des destinataires (une validation, un arbitrage, une ressource) est écrit tout en haut, pas enfoui en page 4.

La structure en 7 blocs

Selon le projet, vous pouvez fusionner ou supprimer un bloc (pas de budget à suivre, par exemple). Ce qui compte, c'est de ne pas le faire d'une semaine à l'autre.

Définir le statut vert / orange / rouge

Le statut est la partie la plus lue, et la plus sujette à interprétation. Pour qu'il ait un sens, définissez les critères à l'avance, avec le sponsor, plutôt que de décider au feeling. Exemple de grille :

Ces seuils sont des exemples : adaptez-les à votre contexte. L'important est que deux personnes différentes arrivent au même statut avec les mêmes données. Et méfiez-vous du « projet pastèque » : vert à l'extérieur, rouge à l'intérieur. Un statut vert pendant dix semaines puis rouge d'un coup détruit la confiance.

Modèle à copier

Collez ce squelette dans un email, un document ou une présentation, et remplacez les crochets :

WEEKLY REPORT — [Nom du projet] — Semaine [n°] ([date])

STATUT : [VERT / ORANGE / ROUGE] — [une phrase : pourquoi]
DÉCISIONS ATTENDUES : [ce dont vous avez besoin, de qui, pour quand]

1. INDICATEURS
- Avancement : [x %] (prévu : [y %])
- Tâches en retard : [n]
- Risques critiques : [n]
- Budget consommé : [x %] ([consommé] / [prévu])

2. RISQUES À SURVEILLER
- [Risque] — criticité [x] — mitigation : [action] — responsable : [nom]

3. ACTIONS EN RETARD
- [Action] — responsable : [nom] — échéance dépassée : [date]

4. AVANCEMENT
- Terminé cette semaine : [liste courte]
- En cours : [liste courte]
- Bloqué : [liste + cause]

5. BUDGET
- [Un commentaire si l'écart est notable]

6. SEMAINE PROCHAINE
- [Les 3 à 5 points clés]

Exemple rédigé

Voici à quoi ressemblerait le haut d'un rapport pour un projet fictif de migration d'un outil client :

En quatre lignes, le lecteur sait où on en est, pourquoi, et ce qu'on lui demande. Le reste du rapport sert à détailler et à justifier.

Les erreurs les plus fréquentes

1. Un rapport trop long. Dix pages détaillées sont rarement lues. Mettez l'essentiel en haut et le détail en annexe.
2. Ne rien demander. Un rapport sans décision attendue est un simple journal ; le sponsor n'a aucune raison d'y réagir.
3. Un statut vert permanent, jusqu'au jour où tout s'effondre. Signalez les alertes tôt, même petites.
4. Des chiffres sans repère. « 62 % » ne veut rien dire sans le prévu. Donnez toujours la comparaison.
5. Changer la forme chaque semaine. Les lecteurs perdent leurs repères et ne voient plus les évolutions.
6. L'envoyer en retard. Le rythme est une promesse : toujours le même jour, à la même heure.
7. Passer deux heures à le fabriquer. Si l'assemblage des chiffres prend plus de temps que l'analyse, c'est le signe qu'il faut automatiser.

Gagner du temps : automatiser le rapport

La plus grande partie d'un weekly report se compose de chiffres que vous avez déjà ailleurs : tâches, risques, actions, budget. Les recopier à la main dans une présentation est la partie la plus fastidieuse, et celle où se glissent les erreurs.

Jalonis génère ce rapport à partir des données du projet. Le bouton « Weekly PPT » produit en un clic une présentation PowerPoint de 8 diapositives :

1. la couverture (projet, semaine, responsable et statut de santé) ;
2. le tableau de bord ;
3. les risques ;
4. l'Actions Tracker ;
5. l'avancement des tâches ;
6. le budget ;
7. les prochaines étapes ;
8. la clôture (« Questions et discussion », avec la date du prochain rapport).

La page « Rapports » affiche aussi une synthèse écrite automatiquement (avancement, tâches et actions en retard, risques critiques, budget consommé) et un statut de santé du projet, que vous pouvez reprendre telle quelle dans un email. Les données restent dans votre navigateur ; seul l'export PowerPoint télécharge une bibliothèque depuis jalonis.app lors du premier export. L'export PowerPoint est disponible pendant l'essai de 30 jours et avec l'abonnement.