capacity-plan
Plan resource capacity — workload analysis and utilization forecasting. Use when heading into quarterly planning, the team feels overallocated and you need the numbers, deciding whether to hire or deprioritize, or stress-testing whether upcoming projects fit the people you have.
Works with
--- name: capacity-plan description: Plan resource capacity — workload analysis and utilization forecasting. Use when heading into quarterly planning, the team feels overallocated and you need the numbers, deciding whether to hire or deprioritize, or stress-testing whether upcoming projects fit the people you have. license: Apache-2.0 --- # /capacity-plan > If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../CONNECTORS.md). Analyze team capacity and plan resource allocation. ## Usage ``` /capacity-plan $ARGUMENTS ``` ## What I Need From You - **Team size and roles**: Who do you have? - **Current workload**: What are they working on? (Upload from project tracker or describe) - **Upcoming work**: What's coming next quarter? - **Constraints**: Budget, hiring timeline, skill requirements ## Planning Dimensions ### People - Available headcount and skills - Current allocation and utilization - Planned hires and timeline - Contractor and vendor capacity ### Budget - Operating budget by category - Project-specific budgets - Variance tracking - Forecast vs. actual ### Time - Project timelines and dependencies - Critical path analysis - Buffer and contingency planning - Deadline management ## Utilization Targets | Role Type | Target Utilization | Notes | |-----------|-------------------|-------| | IC / Specialist | 75-80% | Leave room for reactive work and growth | | Manager | 60-70% | Management overhead, meetings, 1:1s | | On-call / Support | 50-60% | Interrupt-driven work is unpredictable | ## Common Pitfalls - Planning to 100% utilization (no buffer for surprises) - Ignoring meeting load and context-switching costs - Not accounting for vacation, holidays, and sick time - Treating all hours as equal (creative work ≠ admin work) ## Output ```markdown ## Capacity Plan: [Team/Project] **Period:** [Date range] | **Team Size:** [X] ### Current Utilization | Person/Role | Capacity | Allocated | Available | Utilization | |-------------|----------|-----------|-----------|-------------| | [Name/Role] | [hrs/wk] | [hrs/wk] | [hrs/wk] | [X]% | ### Capacity Summary - **Total capacity**: [X] hours/week - **Currently allocated**: [X] hours/week ([X]%) - **Available**: [X] hours/week ([X]%) - **Overallocated**: [X people above 100%] ### Upcoming Demand | Project/Initiative | Start | End | Resources Needed | Gap | |--------------------|-------|-----|-----------------|-----| | [Project] | [Date] | [Date] | [X FTEs] | [Covered/Gap] | ### Bottlenecks - [Skill or role that's oversubscribed] - [Time period with a crunch] ### Recommendations 1. [Hire / Contract / Reprioritize / Delay] 2. [Specific action] ### Scenarios | Scenario | Outcome | |----------|---------| | Do nothing | [What happens] | | Hire [X] | [What changes] | | Deprioritize [Y] | [What frees up] | ``` ## If Connectors Available If **~~project tracker** is connected: - Pull current workload and ticket assignments automatically - Show upcoming sprint or quarter commitments per person If **~~calendar** is connected: - Factor in PTO, holidays, and recurring meeting load - Calculate actual available hours per person ## Tips 1. **Include all work** — BAU, projects, support, meetings. People aren't 100% available for project work. 2. **Plan for buffer** — Target 80% utilization. 100% means no room for surprises. 3. **Update regularly** — Capacity plans go stale fast. Review monthly.
More Testing skills
tdd
mattpocock/skills
Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.
agent-browser
vercel-labs/agent-browser
Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.
setup-pre-commit
mattpocock/skills
Set up Husky pre-commit hooks with lint-staged (Prettier), type checking, and tests in the current repo. Use when user wants to add pre-commit hooks, set up Husky, configure lint-staged, or add commit-time formatting/typechecking/testing.

