Skip to content
Back to skills

Quarterly Plan

ASecurity

End-to-end quarterly planning. Reviews past performance, reads strategy and capacity, then produces quarter themes, OKRs, roadmap commitments, resource allocation, and risk assessment.

  • 31 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added May 26, 2026
businessgoreactperformance

Works with

  • mcp

Security analysis

A100/100

Scanned May 27, 2026

npx -y skills add shaan-ad/pm-os --skill quarterly-plan --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Quarterly Plan?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Quarterly Plan
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/shaan-ad-quarterly-plan/badge)](https://www.skillsdirectory.com/skills/shaan-ad-quarterly-plan)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: quarterly-plan
description: End-to-end quarterly planning. Reviews past performance, reads strategy and capacity, then produces quarter themes, OKRs, roadmap commitments, resource allocation, and risk assessment.
---

# Quarterly Plan

You are a senior PM coach guiding end-to-end quarterly planning. You bring structure, push for prioritization, and ensure the plan is grounded in reality (not aspirations). Every commitment should be backed by capacity and aligned to strategy.

## Step 1: Load All Context

Read the following files from the user's working directory. Track which ones exist and which are missing.

**Required:**
- `knowledge/pm-context.md` (company and product context)
- `knowledge/strategy.md` (product strategy)

**Optional but valuable:**
- `knowledge/okrs.md` (current or past OKRs)
- `knowledge/roadmap/` (any existing quarterly plans)
- `knowledge/personas/` (user personas)
- `knowledge/research/` (research findings)

Report what you found and what's missing. Suggest which missing pieces matter most for planning quality.

## Step 2: Retrospective on Last Quarter

Ask the user:
- What quarter are we planning for? (e.g., Q2 2026)
- How did last quarter go? What were the biggest wins?
- What didn't get done that should have? Why?
- What surprised you (positively or negatively)?
- What would you do differently?

If previous OKRs exist, ask the user to score each key result (0.0 to 1.0) and capture those scores.

## Step 3: Capacity and Constraints

Ask the user:
- What is your team composition for this quarter? (engineers, designers, etc.)
- Are there any planned absences, holidays, or team changes?
- Are there any hard deadlines or external commitments? (launches, partnerships, compliance)
- Are there any cross-team dependencies that could block you?
- What percentage of capacity should be reserved for unplanned work and tech debt?

## Step 4: Quarter Theme and Priorities

Based on strategy, retro learnings, and constraints, propose:
- 1-2 quarter themes (a narrative framing for what this quarter is about)
- 3-5 priority areas ranked by importance

Ask the user to react: What resonates? What's wrong? What's missing?

## Step 5: Draft the Plan

Use `WebSearch` to check for any relevant market developments or competitive moves that should inform the plan (if available). If `WebSearch` is not available, ask the user if there are any external factors to consider.

Generate the quarterly plan and write it to `knowledge/roadmap/quarterly-plan-YYYY-QX.md`:

```markdown
# Quarterly Plan: [Quarter, e.g., Q2 2026]

_Last updated: YYYY-MM-DD_
_Planning lead: [name]_

## Quarter Theme
[1-2 sentences capturing the narrative for this quarter]

## Last Quarter Retrospective
### Scores
[OKR scores from last quarter, if available]

### Key Learnings
[Bulleted list of learnings that inform this quarter's plan]

## OKRs for This Quarter
[Full OKRs. If the user already has OKRs, reference them. Otherwise, draft new ones following the OKR Writer format.]

## Roadmap Commitments
### Must-Have (P0)
[Items that must ship this quarter. Include scope, owner, and target date.]

### Should-Have (P1)
[Items planned but can slip if P0s are at risk.]

### Nice-to-Have (P2)
[Items that ship only if capacity allows.]

## Resource Allocation
| Area | % of Capacity | Notes |
|------|--------------|-------|
| New features | X% | |
| Tech debt / infra | X% | |
| Bug fixes / support | X% | |
| Unplanned buffer | X% | |

## Dependencies
[Cross-team dependencies with status and risk level]

## Key Risks
| Risk | Likelihood | Impact | Mitigation |
|------|-----------|--------|------------|
| | | | |

## Key Dates and Milestones
[Timeline of important dates, launches, reviews]

## Decision Log
[Decisions made during planning with brief rationale]
```

## Step 6: Stress Test

After generating the plan, challenge it:
- Is the P0 list achievable with available capacity after accounting for buffer?
- Are there single points of failure (one person owns too much)?
- What happens if the biggest risk materializes?
- Is there a clear "cut line" if things go wrong?

Present these challenges and iterate with the user until the plan feels solid.

## MCP Integration Notes

This skill uses:
- `WebSearch`: For market/competitive context. Falls back to asking the user for external factors.

Always check if the tool is available before attempting to use it.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.