draft-project-charter
정보
이 Claude Skill은 포괄적인 프로젝트 헌장을 작성하여 범위, 이해관계자, 성공 기준 및 초기 위험 등록부를 정의합니다. 문제 진술, RACI 매트릭스, 애자일 및 클래식 방법론 모두에 대한 마일스톤 계획과 같은 핵심 요소를 생성합니다. 프로젝트를 공식적으로 시작하거나, 이해관계자를 조정하거나, 발견 단계에서 실제 작업으로 전환할 때 사용하세요.
빠른 설치
Claude Code
추천npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/draft-project-charterClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
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 packagesmanage-backlog— charter scope → prioritized backlogplan-sprint— first sprint from deliverablesgenerate-status-report— report vs milestonesconduct-retrospective— review assumptions after execution
GitHub 저장소
연관 스킬
executing-plans
디자인executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.
requesting-code-review
디자인이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.
connect-mcp-server
디자인이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.
web-cli-teleport
디자인이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.
