PromptWork

Write a weekly status update

Turn scattered notes into the status update your manager actually reads: progress, blockers with asks, and what's next — no filler.

Last updated

Fill in the blanks

Assembled in your browser — nothing you type is stored or sent anywhere.

Your prompt

Write my weekly status update for my engineering manager. Use exactly three sections: Done (what shipped or finished, with impact in one clause), Blocked (each blocker with the specific ask that would unblock it and who I need it from), and Next (top priorities for next week, max three). Keep it under 150 words. No pleasantries, no "great progress this week" framing — just the facts, in the first person. If my notes mention something half-done, put it in Next, not Done. My raw notes: shipped invoice pdf export monday. auth refactor half done, waiting on secops review since tues — pinged twice. onboarding doc draft w/ maya. next: finish refactor, start rate limiting.

Model-agnostic — works in Claude, ChatGPT, Gemini or any AI chat.

Why this prompt works

  • →Done/Blocked/Next is the format managers scan for; giving it as a fixed contract means no section gets forgotten when the week was messy.
  • →Requiring an ask-plus-person on every blocker converts complaints into unblockable requests — the difference between a status report and a to-do list for your manager.
  • →The half-done rule keeps Done honest, which is what makes the update trustworthy week after week.

Part by part

exactly three sections
A fixed shape, so the update is comparable week to week and scannable in seconds. Variable structure is what makes status updates go unread.
each blocker with the specific ask
A blocker without an ask is a complaint. Naming what would unblock it, and from whom, is what makes it actionable by the person reading.
max three
Forces prioritisation. A list of eight priorities communicates that nothing is prioritised, which is worse information than three.
under 150 words
A hard limit. Status updates are read in a batch, and length is the main reason they stop being read at all.
put it in Next, not Done
Prevents the most common inaccuracy. Half-done work in the Done column is how a status update slowly stops being trusted.

Common mistakes

  • Write my weekly update.

    Produces prose with pleasantries and no structure, so a reader has to extract the blockers themselves. The three-section shape exists to make that unnecessary.

  • Listing everything I worked on.

    Activity is not progress. A full list is longer, less useful, and hides the two items that actually moved — which is what the reader wanted.

  • Reporting blockers without saying what would help.

    Reads as being on record rather than asking. Managers act on specific requests and rarely act on the general observation that something is difficult.

Questions

Why exactly three sections?

Because they answer the only three questions a reader has: what moved, what is stuck, and what happens next. Anything else is detail that belongs in the tracker rather than the update.

Should bad news go in?

Especially. An update that only ever contains wins stops being read as information, and the first genuinely bad week arrives as a shock rather than as the trend it was.

Why forbid pleasantries?

Because they add length to something read in a batch of twenty, and they signal nothing. The people reading want the facts and will not conclude you are unfriendly for omitting the framing.

What counts as done?

Shipped, merged, or handed over — something with a state change someone else could verify. Nearly finished belongs in Next, and putting it in Done is what erodes trust in every future update.

Related in Prompts