Back to Skills

draft-project-charter

pjt222
Updated 2 days ago
7 views
17
2
17
View on GitHub
Designaidata

About

This Claude Skill drafts a comprehensive project charter, defining scope, stakeholders, success criteria, and an initial risk register. It generates key elements like a problem statement, RACI matrix, and milestone planning for both agile and classic methodologies. Use it to formally kick off a project, align stakeholders, or transition from discovery to active work.

Quick Install

Claude Code

Recommended
Primary
npx skills add pjt222/agent-almanac -a claude-code
Plugin CommandAlternative
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternative
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/draft-project-charter

Copy and paste this command in Claude Code to install this skill

Documentation

Draft a Project Charter

Structured charter → project bounds + stakeholder agreement + success criteria before detailed planning. Doc: scope + RACI + milestones + initial risk register. Agile/classic/hybrid.

Use When

  • New project kickoff
  • Formalize scope after informal start
  • Align stakeholders before detailed planning
  • Reference doc for scope decisions during execution
  • Transition from discovery/ideation → active work

In

  • Required: Project name + brief desc
  • Required: Primary stakeholder/sponsor
  • Optional: Existing docs (proposals, briefs, emails)
  • Optional: Known constraints (budget, deadline, team size)
  • Optional: Methodology pref (agile, classic, hybrid)

Do

Step 1: Gather Context + Template

Read existing docs (proposals, emails, briefs) → understand background. ID core problem/opportunity. Create charter file w/ structured template → populate subsequent steps.

File: PROJECT-CHARTER-[PROJECT-NAME].md:

# Project Charter: [Project Name]
## Document ID: PC-[PROJECT]-[YYYY]-[NNN]

### 1. Problem Statement
[2-3 sentences describing the problem or opportunity this project addresses]

### 2. Project Purpose
[What the project will achieve and why it matters]

### 3. Scope
#### In Scope
- [Deliverable 1]
- [Deliverable 2]

#### Out of Scope
- [Exclusion 1]
- [Exclusion 2]

### 4. Deliverables
| # | Deliverable | Acceptance Criteria | Target Date |
|---|------------|---------------------|-------------|
| 1 | | | |

### 5. Stakeholders & RACI
| Stakeholder | Role | D1 | D2 | D3 |
|-------------|------|----|----|-----|
| | | | | |

*R=Responsible, A=Accountable, C=Consulted, I=Informed*

### 6. Success Criteria
| # | Criterion | Measure | Target |
|---|-----------|---------|--------|
| 1 | | | |

### 7. Milestones
| Milestone | Target Date | Dependencies |
|-----------|-------------|--------------|
| | | |

### 8. Risk Register
| ID | Risk | Likelihood | Impact | Severity | Mitigation | Owner |
|----|------|------------|--------|----------|------------|-------|
| R1 | | | | | | |

*Likelihood/Impact: Low, Medium, High*
*Severity = Likelihood × Impact*

### 9. Assumptions and Constraints
#### Assumptions
- [Key assumption 1]

#### Constraints
- [Key constraint 1]

### 10. Approval
| Role | Name | Date |
|------|------|------|
| Sponsor | | |
| Project Lead | | |

Fill doc ID → PC-[PROJECT]-[YYYY]-[NNN] (e.g., PC-WEBSITE-2026-001). Problem statement (2-3 sentences): current situation + gap + impact. Purpose (1 para): what will be achieved.

→ Charter file: doc ID + problem + purpose filled. Problem specific + measurable gap.

If err: context unclear → QUESTIONS section at top for sponsor. Existing docs conflict → OPEN ISSUES + flag for stakeholder resolution.

Step 2: Scope Boundaries

Explicit in-scope + out-of-scope. Write 3-5 in-scope deliverables + specific acceptance criteria each. Write 3-5 out-of-scope → prevent creep. Populate Deliverables table: deliverable + criteria + target date.

→ Scope balanced. Deliverables 3-5 w/ specific testable criteria. Dates realistic + sequenced.

If err: vague deliverables → break into sub-deliverables w/ concrete outputs. Criteria missing → ask "How would we demonstrate this is complete?". No dates → TBD, flag for milestone session.

Step 3: Stakeholders + RACI

List all affected/contributing/decision-authority individuals + org role. RACI matrix per stakeholder × deliverable:

  • R (Responsible): does work
  • A (Accountable): final decision authority (one A per deliverable)
  • C (Consulted): input before decisions
  • I (Informed): updated on progress

Each deliverable → exactly one A + ≥ one R.

→ Stakeholders 5-10 + roles. One A per deliverable column. No missing R / multiple As. Sponsor = A for final approval.

If err: list incomplete → cross-ref org chart + discovery meeting attendees. Multiple As → escalate to sponsor for clarification. No R → flag unassigned + resource allocation.

Step 4: Success Criteria + Milestones

3-5 measurable criteria SMART (Specific + Measurable + Achievable + Relevant + Time-bound). Each → quantifiable measure + target. 4-6 key milestones = major stages/completions + target dates + deps on prior milestones.

→ Criteria 3-5 w/ specific measures (e.g., "Uptime" = "% availability" target "99.5%"). Milestones logical + realistic. Deps clear.

If err: criteria vague ("improve quality") → rewrite as measurable outcomes + baseline + target. Dates unrealistic → work backward from final deadline w/ durations + buffers. Circular deps → restructure sequence or split conflicting.

Step 5: Initial Risk Register

5-10 risks. Per risk: likelihood (L/M/H) + impact (L/M/H) → severity. Specific mitigation + assigned owner. ≥1 per category: scope, schedule, resource, technical, external.

→ Register 5-10 across scope + schedule + resource + technical + external. Each w/ L + I + severity. Mitigations actionable + specific. Each has owner.

If err: incomplete → review scope + deps + stakeholders + assumptions for failure points. Generic mitigations ("monitor closely") → specify: what monitored, how often, what triggers action. No owner → assign project lead temp + escalate to sponsor.

Check

  • Charter file created w/ doc ID
  • Problem specific + measurable
  • Scope has in + out-of-scope
  • RACI covers all deliverables
  • Criteria SMART
  • ≥5 risks w/ mitigations
  • Milestones w/ target dates
  • Approval section included

Traps

  • Scope w/o bounds: In-scope w/o out-of-scope → creep. Always define what NOT doing.
  • Vague criteria: "Improve perf" unmeasurable. Tie each to number + baseline + target.
  • Missing stakeholders: Overlooked ones surface late + derail. Cross-ref org charts + prior comms.
  • Risk register as checkbox: Risks w/o actionable mitigations = false confidence. Each needs specific response.
  • Over-detailed charter: Charter = compass, not map. 2-4 pages. Detailed planning later.

  • create-work-breakdown-structure — decompose deliverables → work packages
  • manage-backlog — charter scope → prioritized backlog
  • plan-sprint — first sprint from deliverables
  • generate-status-report — report vs milestones
  • conduct-retrospective — review assumptions after execution

GitHub Repository

pjt222/agent-almanac
Path: i18n/caveman-ultra/skills/draft-project-charter
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Related Skills

executing-plans

Design

Use the executing-plans skill when you have a complete implementation plan to execute in controlled batches with review checkpoints. It loads and critically reviews the plan, then executes tasks in small batches (default 3 tasks) while reporting progress between each batch for architect review. This ensures systematic implementation with built-in quality control checkpoints.

View skill

requesting-code-review

Design

This skill dispatches a code-reviewer subagent to analyze code changes against requirements before proceeding. It should be used after completing tasks, implementing major features, or before merging to main. The review helps catch issues early by comparing the current implementation with the original plan.

View skill

connect-mcp-server

Design

This skill provides a comprehensive guide for developers to connect MCP servers to Claude Code using HTTP, stdio, or SSE transports. It covers installation, configuration, authentication, and security for integrating external services like GitHub, Notion, and custom APIs. Use it when setting up MCP integrations, configuring external tools, or working with Claude's Model Context Protocol.

View skill

web-cli-teleport

Design

This skill helps developers choose between Claude Code Web and CLI interfaces based on task analysis, then enables seamless session teleportation between these environments. It optimizes workflow by managing session state and context when switching between web, CLI, or mobile. Use it for complex projects requiring different tools at various stages.

View skill