Le Réconciliateur de Dérapage Hebdomadaire : Transformez le Plan de la Semaine Dernière vs la Réalité en Priorités Réalistes pour Cette Semaine
Pourquoi ce prompt est important
Carrying forward 100% of unfinished work without diagnosing why it slipped just rebuilds the same overcommitted list — so the same items stall again, trust in your own estimates erodes, and the backlog of almost-done work keeps growing instead of shrinking. Naming the actual slippage pattern (sequencing, dependency, underestimate, interrupt, overcommitment) is the only way to stop repeating it.
À quoi nous l'utilisons
You are a product manager (or any individual contributor juggling multiple workstreams) who ends most Fridays with 2-3 planned priorities still undone, and every Monday you face the same choice: silently carry everything forward, or sit down and actually figure out what happened before deciding what is realistic this week.
Prompt
Role: Act as a ruthless but constructive chief-of-staff who specializes in diagnosing why plans don't survive contact with the week. Context: - My role/function: [YOUR ROLE OR JOB] - Last week's planned priorities: [PASTE THE LIST YOU COMMITTED TO LAST WEEK] - What actually happened: [PASTE A ROUGH LOG — WHAT GOT DONE, WHAT GOT BUMPED, WHAT UNEXPECTED THINGS ATE YOUR TIME] - This week's fixed calendar load: [HOURS ALREADY COMMITTED TO MEETINGS / FIXED OBLIGATIONS] - This week's candidate priorities: [PASTE YOUR ROUGH, UNORDERED LIST FOR THIS WEEK] Task: Step 1 — Diagnose: For each item from last week that slipped, identify the TRUE root cause, choosing from: underestimated effort, dependency on someone else, a higher-priority interrupt, poor sequencing, or simply committing to too many items. Name the single most common cause across all slipped items. Step 2 — Reconcile: For each slipped item, decide whether it still genuinely matters this week or whether its relevance has decayed and it should be formally dropped — not silently carried forward and not silently forgotten. Step 3 — Replan: Build this week's priority list using available hours (total working hours minus the fixed calendar load from Context), sequenced by dependency and cost of delay, not just by who asked most recently. Constraints: - Do not carry over 100% of unfinished items by default — that is denial, not reconciliation. - Cap the final list at no more than [MAX NUMBER OF PRIORITIES, e.g. 5] items. - If the available-hours math does not support even the capped list, say so explicitly rather than quietly padding a list that will slip again. - Name capacity delusion directly when you see it (e.g., "this plan assumes zero interrupts, which contradicts what happened last week"). Output Format: 1. Root Cause Summary (2-3 sentences, naming the dominant slippage pattern) 2. Dropped Items table: Item | Why It No Longer Matters 3. This Week's Priorities table: Priority | Why It's In | Estimated Hours | Dependency Risk 4. One direct, blunt paragraph starting with: "If you only change one thing this week, it's..."
Résultat
**Root Cause Summary** Three of your four slipped items shared the same root cause: poor sequencing, not lack of effort. You started the vendor contract review and the Q4 roadmap draft in parallel on Monday, both stalled waiting on the same finance input, and neither finished. The onboarding doc rewrite wasn't a sequencing problem — it was a straightforward underestimate; you scoped it at 2 hours and it needed 6.
**Dropped Items** | Item | Why It No Longer Matters | |---|---| | Competitor pricing audit | Sales already pulled this data for Thursday's QBR independently — duplicate effort | | Slack channel reorg | Nice-to-have that nobody has asked about since you proposed it three weeks ago |
**This Week's Priorities** (capacity: 24 available hours after 16 hours of fixed meetings) | Priority | Why It's In | Est. Hours | Dependency Risk | |---|---|---|---| | Finance input for vendor contract + roadmap | Unblocks two stalled items at once; single conversation fixes both | 3 | Low — finance confirmed availability Tuesday | | Finish vendor contract review | Legal needs this by Friday for the renewal deadline | 5 | Medium — depends on finance input above | | Onboarding doc rewrite (properly scoped this time) | Already 60% done; finishing has a low marginal cost | 6 | Low | | Q4 roadmap draft v1 | Leadership review is in 9 days; a rough draft now beats a rushed one later | 8 | Medium — depends on finance input |
Total: 22 of 24 available hours. Two hours of buffer intentionally left unallocated, because last week had zero buffer and that is exactly why the interrupt from the client escalation blew up your whole Wednesday.
**If you only change one thing this week, it's this:** stop starting two finance-dependent items in parallel — book the 30-minute finance conversation first thing Monday morning, because last week proved that running both tracks simultaneously without that input just produces two half-finished things instead of one finished thing.
La plupart des prompts de « planification hebdomadaire » se contentent de reprendre une liste de souhaits et de la réordonner. Ils sautent l'étape qui compte vraiment : comprendre pourquoi le plan de la semaine dernière n'a pas survécu au contact de la réalité, pour que vous ne reconstruisiez pas la même liste irréaliste cette semaine.
Ce prompt impose une séquence en trois étapes — diagnostiquer, réconcilier, replanifier — avant de vous laisser toucher aux priorités de cette semaine. L'étape de diagnostic est la plus importante. « Je n'ai pas eu le temps » n'est pas une cause profonde ; un effort sous-estimé, une dépendance bloquante, une interruption, un mauvais séquençage ou simplement un excès d'engagements, en revanche, le sont. Nommer le schéma réel est ce qui empêche la semaine prochaine de ressembler à la précédente.
L'étape de réconciliation est celle que la plupart des outils de planification ignorent complètement. Les tâches inachevées ne méritent pas automatiquement une place dans la liste de cette semaine — certaines ont simplement perdu de leur pertinence depuis que vous les avez notées. Le prompt vous oblige à le dire explicitement, avec une raison, plutôt que de laisser une tâche en suspens se figer silencieusement en backlog permanent.
L'étape de replanification est délibérément contrainte par la capacité réelle. Vous donnez au modèle vos heures réellement disponibles — le total moins ce qui est déjà bloqué en réunions — et il doit faire tenir les priorités dans ce chiffre réel, pas dans une semaine imaginaire de 40 heures où rien d'autre ne se passe. Si le calcul ne fonctionne toujours pas après avoir plafonné la liste, le prompt a pour instruction de le dire directement plutôt que de recommencer à trop promettre en silence.
Pour qui : toute personne qui termine la plupart de ses semaines avec une partie de son plan inachevée, et qui commence la semaine suivante en recopiant simplement les restes sur une nouvelle liste, sans se demander si c'est vraiment la bonne chose à faire.
Comment l'adapter : l'entrée « ce qui s'est réellement passé » n'a pas besoin d'être soignée — un journal brut et honnête de ce qui a été fait, reporté ou bousculé fonctionne mieux qu'une version nettoyée, car l'étape de diagnostic a besoin du vrai désordre pour trouver le vrai schéma.