PM Weekly Review Skill
Structure a PM's weekly review and planning session.
How to use it
Claude Code
- Run the line below. It pulls the whole folder into
~/.claude/skills/pm-weekly-review. - Describe your job in plain words. Claude Code follows the skill from there.
npx degit mohitagw15856/pm-claude-skills/skills/pm-weekly-review#main ~/.claude/skills/pm-weekly-reviewFor one project only, change the path to .claude/skills/pm-weekly-review.
Claude (web or desktop app)
- On this page open ⋯ → Download .md.
- Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
- Pick the file and Save. Claude shows the name and description and runs a security scan.
- Check the skill is switched on.
- Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
- ChatGPT: make a Project and paste it into Instructions.
- Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
- Check which app you pasted it into — the steps above name the right one.
- Some skills need the paid tier of Claude or ChatGPT.
Paste into Claude, ChatGPT or Cursor.
Source of PM Weekly Review Skill
Show the full text133 lines
| name | description |
|---|---|
| pm-weekly-review | Structure a PM's weekly review and planning session. Use when doing a weekly PM review, writing a weekly update, preparing for Monday planning, or reviewing sprint health. Produces a shareable weekly update covering metrics movement, shipping progress, blockers, insights, and next week's top 3 priorities. |
PM Weekly Review Skill
Turn the chaotic end-of-week brain dump into a structured 20-minute ritual that keeps you, your team, and your stakeholders aligned — without a meeting.
The Weekly Review Structure (20 minutes)
5 min — Metrics check: What moved? What didn't? What's surprising? 5 min — Ship progress: What shipped? What slipped? What's blocked? 5 min — Insights: Any customer feedback, support tickets, or research findings? 5 min — Next week priorities: What are the 3 things that matter most?
Output Format
PM Weekly Review — Week of [Date]
Product Area: [What you own] Written by: [PM Name] Time to read: ~3 minutes
📊 Metrics This Week
| Metric | This Week | Last Week | Target | Trend |
|---|---|---|---|---|
| [Primary metric] | [Value] | [Value] | [Target] | ↑ / ↓ / → |
| [Secondary metric] | [Value] | [Value] | [Target] | ↑ / ↓ / → |
| [Health metric] | [Value] | [Value] | [Target] | ↑ / ↓ / → |
Notable movement:
- [What changed and why — 1 sentence each]
Concern to watch:
- [Anything trending in the wrong direction]
🚢 This Week's Progress
Shipped:
- ✅ [What went live] — [1-line impact or observation]
In Progress:
- 🔄 [Feature/initiative] — [% complete or current status]
Slipped / Blocked:
- ⚠️ [What didn't happen] — Reason: [brief] — Action: [who's unblocking it]
Carry-forward to next week:
- [Item + why it's carrying over]
💡 Insights & Signals
Customer feedback:
- "[Quote or paraphrase]" — Source: [user/channel] — Theme: [tag]
Support signals:
- [Top ticket category this week + volume]
- [Anything that signals a product gap]
Research / data:
- [Any discovery from user interviews, analytics, or experiments]
🎯 Next Week — Top 3 Priorities
| # | Priority | Why This Week | Owner | Done = |
|---|---|---|---|---|
| 1 | [Most important thing] | [Reason it can't wait] | [Name] | [Clear definition of done] |
| 2 | [Second priority] | [Why] | [Name] | [Done criteria] |
| 3 | [Third priority] | [Why] | [Name] | [Done criteria] |
Decisions needed:
- [Any decision that's blocking progress — who needs to make it]
Asks / dependencies:
- [What you need from engineering / design / data / leadership]
🧠 Reflection (Optional but powerful)
What's one thing from this week I'd do differently? [Your honest answer — 1–2 sentences]
What's the biggest unknown I'm carrying into next week? [Name the uncertainty explicitly]
Required Inputs
Ask the user for these if not provided:
- Product area or team you own
- Key metrics this week (with values and prior week comparison)
- What shipped, slipped, or is blocked
- Top 3 priorities for next week
- Any customer insights or signals (optional)
Quality Checks
- Metrics include period-over-period comparison (not just raw numbers)
- Every blocked item has an owner and a specific unblocking action
- Next week's priorities have a "why this week" rationale
- Total length is under 400 words (skimmable in 3 minutes)
- Reflection section is honest, not aspirational
Anti-Patterns
- Do not report metrics without comparing to target or the prior week — absolute numbers without context are not useful
- Do not list blockers without a named owner and proposed resolution — unowned blockers stay blocked
- Do not write a weekly review that is longer than one page — it must be scannable in under 2 minutes
- Do not include more than 3 priorities for next week — a list of 8 "top priorities" means nothing is prioritised
- Do not skip the insights section — observations that inform future decisions are a PM's key value add
Guidelines
- Keep the whole document under 400 words — if stakeholders won't read it, it doesn't exist
- The reflection section is for you, not your stakeholders — keep it honest
- Always name a clear owner for every blocked item — "the team will figure it out" is a blocker in disguise
- Recommend sending this by end of Friday — Monday morning is too late to course-correct
- If three weeks of weekly reviews show the same blocked item, escalate immediately
| 1 | |
| 2 | name pm-weekly-review |
| 3 | description "Structure a PM's weekly review and planning session. Use when doing a weekly PM review, writing a weekly update, preparing for Monday planning, or reviewing sprint health. Produces a shareable weekly update covering metrics movement, shipping progress, blockers, insights, and next week's top 3 priorities." |
| 4 | |
| 5 | |
| 6 | # PM Weekly Review Skill |
| 7 | |
| 8 | Turn the chaotic end-of-week brain dump into a structured 20-minute ritual that keeps you, your team, and your stakeholders aligned — without a meeting. |
| 9 | |
| 10 | ## The Weekly Review Structure (20 minutes) |
| 11 | |
| 12 | **5 min — Metrics check:** What moved? What didn't? What's surprising? |
| 13 | **5 min — Ship progress:** What shipped? What slipped? What's blocked? |
| 14 | **5 min — Insights:** Any customer feedback, support tickets, or research findings? |
| 15 | **5 min — Next week priorities:** What are the 3 things that matter most? |
| 16 | |
| 17 | |
| 18 | |
| 19 | ## Output Format |
| 20 | |
| 21 | ### PM Weekly Review — Week of [Date] |
| 22 | |
| 23 | **Product Area:** [What you own] |
| 24 | **Written by:** [PM Name] |
| 25 | **Time to read:** ~3 minutes |
| 26 | |
| 27 | |
| 28 | |
| 29 | ### 📊 Metrics This Week |
| 30 | |
| 31 | | Metric | This Week | Last Week | Target | Trend | |
| 32 | |---|---|---|---|---| |
| 33 | | [Primary metric] | [Value] | [Value] | [Target] | ↑ / ↓ / → | |
| 34 | | [Secondary metric] | [Value] | [Value] | [Target] | ↑ / ↓ / → | |
| 35 | | [Health metric] | [Value] | [Value] | [Target] | ↑ / ↓ / → | |
| 36 | |
| 37 | **Notable movement:** |
| 38 | [What changed and why — 1 sentence each] |
| 39 | |
| 40 | **Concern to watch:** |
| 41 | [Anything trending in the wrong direction] |
| 42 | |
| 43 | |
| 44 | |
| 45 | ### 🚢 This Week's Progress |
| 46 | |
| 47 | **Shipped:** |
| 48 | ✅ [What went live] — [1-line impact or observation] |
| 49 | |
| 50 | **In Progress:** |
| 51 | 🔄 [Feature/initiative] — [% complete or current status] |
| 52 | |
| 53 | **Slipped / Blocked:** |
| 54 | ⚠️ [What didn't happen] — Reason: [brief] — Action: [who's unblocking it] |
| 55 | |
| 56 | **Carry-forward to next week:** |
| 57 | [Item + why it's carrying over] |
| 58 | |
| 59 | |
| 60 | |
| 61 | ### 💡 Insights & Signals |
| 62 | |
| 63 | **Customer feedback:** |
| 64 | "[Quote or paraphrase]" — Source: [user/channel] — Theme: [tag] |
| 65 | |
| 66 | **Support signals:** |
| 67 | [Top ticket category this week + volume] |
| 68 | [Anything that signals a product gap] |
| 69 | |
| 70 | **Research / data:** |
| 71 | [Any discovery from user interviews, analytics, or experiments] |
| 72 | |
| 73 | |
| 74 | |
| 75 | ### 🎯 Next Week — Top 3 Priorities |
| 76 | |
| 77 | | # | Priority | Why This Week | Owner | Done = | |
| 78 | |---|---|---|---|---| |
| 79 | | 1 | [Most important thing] | [Reason it can't wait] | [Name] | [Clear definition of done] | |
| 80 | | 2 | [Second priority] | [Why] | [Name] | [Done criteria] | |
| 81 | | 3 | [Third priority] | [Why] | [Name] | [Done criteria] | |
| 82 | |
| 83 | **Decisions needed:** |
| 84 | [Any decision that's blocking progress — who needs to make it] |
| 85 | |
| 86 | **Asks / dependencies:** |
| 87 | [What you need from engineering / design / data / leadership] |
| 88 | |
| 89 | |
| 90 | |
| 91 | ### 🧠 Reflection (Optional but powerful) |
| 92 | |
| 93 | > What's one thing from this week I'd do differently? |
| 94 | > [Your honest answer — 1–2 sentences] |
| 95 | |
| 96 | > What's the biggest unknown I'm carrying into next week? |
| 97 | > [Name the uncertainty explicitly] |
| 98 | |
| 99 | |
| 100 | |
| 101 | ## Required Inputs |
| 102 | |
| 103 | Ask the user for these if not provided: |
| 104 | **Product area or team** you own |
| 105 | **Key metrics this week** (with values and prior week comparison) |
| 106 | **What shipped, slipped, or is blocked** |
| 107 | **Top 3 priorities for next week** |
| 108 | **Any customer insights or signals** (optional) |
| 109 | |
| 110 | ## Quality Checks |
| 111 | |
| 112 | [ ] Metrics include period-over-period comparison (not just raw numbers) |
| 113 | [ ] Every blocked item has an owner and a specific unblocking action |
| 114 | [ ] Next week's priorities have a "why this week" rationale |
| 115 | [ ] Total length is under 400 words (skimmable in 3 minutes) |
| 116 | [ ] Reflection section is honest, not aspirational |
| 117 | |
| 118 | ## Anti-Patterns |
| 119 | |
| 120 | [ ] Do not report metrics without comparing to target or the prior week — absolute numbers without context are not useful |
| 121 | [ ] Do not list blockers without a named owner and proposed resolution — unowned blockers stay blocked |
| 122 | [ ] Do not write a weekly review that is longer than one page — it must be scannable in under 2 minutes |
| 123 | [ ] Do not include more than 3 priorities for next week — a list of 8 "top priorities" means nothing is prioritised |
| 124 | [ ] Do not skip the insights section — observations that inform future decisions are a PM's key value add |
| 125 | |
| 126 | ## Guidelines |
| 127 | |
| 128 | Keep the whole document under 400 words — if stakeholders won't read it, it doesn't exist |
| 129 | The reflection section is for you, not your stakeholders — keep it honest |
| 130 | Always name a clear owner for every blocked item — "the team will figure it out" is a blocker in disguise |
| 131 | Recommend sending this by end of Friday — Monday morning is too late to course-correct |
| 132 | If three weeks of weekly reviews show the same blocked item, escalate immediately |
| 133 |
Discussion
Browse more free Claude skills or everything in Product.


