pm-weekly-review

$npx mdskill add mohitagw15856/pm-claude-skills/pm-weekly-review

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.

SKILL.md

.github/skills/pm-weekly-reviewView on GitHub ↗
---
name: pm-weekly-review
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."
---

# 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

## 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

More from mohitagw15856/pm-claude-skills

SkillDescription
360-feedback-templateDesign a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.
ab-test-plannerDesign statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.
accessibility-auditGenerate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.
account-planBuild a structured account plan for any key customer or target account. Use when asked to create an account plan, key account strategy, strategic account review, or territory plan. Produces a complete account plan with relationship map, growth opportunities, risks, and 90-day action plan.
aeo-optimizerOptimize an article for Answer Engine Optimization (AEO) — restructuring content so AI engines like ChatGPT, Perplexity, and Claude can extract, quote, and cite it. Rewrites headings as questions, drops 50-80 word answer capsules, audits paragraph length, and flags trust signals. Use when asked to AEO-optimize, make content AI-readable, improve AI citation chances, or adapt an article for answer engines.
ai-ethics-reviewConduct an ethical review of an AI or ML feature, model, or product. Use when asked to run an AI ethics review, assess AI risks, audit a model for bias, or produce an AI impact assessment. Produces a structured ethics review covering fairness, transparency, privacy, safety, accountability, and societal impact with prioritised mitigations.
ai-product-canvasStructure AI and ML product decisions with the rigour of any product decision. Use when building AI-powered features, evaluating LLM integrations, designing AI products, or assessing AI readiness. Produces a complete AI product canvas covering problem definition, model approach, data requirements, evaluation framework, UX design, responsible AI checklist, and launch monitoring plan.
ambiguity-resolverStructure vague opportunities and unclear briefs into actionable one-page problem statements. Use when asked to clarify a vague brief, frame an undefined problem, make sense of an unclear opportunity, or when the user says 'we need to figure out what to do about X' or 'I've been asked to look into Y'. Produces a structured problem brief with reframed questions, scoped boundaries, and a minimum viable research plan.
api-docs-writerWrite clear, developer-facing API documentation. Use when asked to document an API endpoint, write API reference docs, create a developer guide, or turn a raw spec/Postman collection into documentation. Produces endpoint documentation with descriptions, parameters, request/response examples, and error codes.
api-versioning-strategyWrite an API versioning strategy document for a service or API platform. Use when asked to define versioning policy, plan API deprecation, classify breaking changes, or document version lifecycle. Produces a complete versioning strategy with breaking-change classification table, deprecation timeline, migration guide template, and client communication template.