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-charterこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
起草項目章程
建結構化之項目章程,於詳盡籌劃前立項目之界、相關方之約、成功之準。此文件含範圍、RACI、里程碑、初始風險登錄,宜於敏捷、經典、混合方法論皆可用。
適用時機
- 啟動新項目或倡議
- 於非正式啟動後正式化範圍
- 於詳盡籌劃前使相關方一致
- 為執行期之範圍決策立參考文件
- 由發現/構思轉至活躍項目工作
輸入
- 必要:項目名與簡述
- 必要:主要相關方或贊助者
- 選擇:既有文檔(提案、簡報、郵件)
- 選擇:已知約束(預算、截止日、團隊規模)
- 選擇:方法論偏好(敏捷、經典、混合)
步驟
步驟一:收集項目背景並建章程範本
讀任何既有文檔(提案、郵件、簡報)以解項目背景。辨項目所應之核心問題或機會。建章程檔案,用結構範本,後續步驟填之。
建名為 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 | | |
填文檔 ID,依格 PC-[PROJECT]-[YYYY]-[NNN](如 PC-WEBSITE-2026-001)。寫問題陳述(2-3 句),述現狀、缺口、影響。寫項目宗旨(1 段),說明所將達者。
預期: 章程檔已建,含文檔 ID、問題陳述、宗旨。問題陳述具體,描述可量之缺口。
失敗時: 項目背景不清時,於章程頂之 QUESTIONS 節錄具體問題以問贊助者。既有文檔有衝突時,於 OPEN ISSUES 節錄矛盾並標記請相關方解之。
步驟二:定範圍界
明列項目範圍內外之事。寫 3-5 項範圍內之交付物,並附具體驗收標準。寫 3-5 項範圍外之事以防範圍蔓延。填交付物表,含每項及其驗收標準與目標日期。
預期: 範圍節有均衡之內外範圍列。交付物表含 3-5 條,具具體、可測之驗收標準。目標日期務實且邏輯順序。
失敗時: 交付物模糊時,分為子交付物並附具體輸出。驗收標準闕時,問:「如何證此交付物已成?」目標日期闕時,標為 TBD 並留待里程碑規劃會議。
步驟三:辨相關方並配 RACI
列所有因項目受影響、貢獻、或有決策權之個人或團體。含其組織角色。建 RACI 矩陣,映每相關方於每交付物:
- R(Responsible):行之工者
- A(Accountable):最終決策權(每交付物唯一 A)
- C(Consulted):決策前供意見者
- I(Informed):進度之知會者
確保每交付物恰有一 A、至少一 R。
預期: 相關方表列 5-10 人及其角色。RACI 矩陣每交付物欄有一 A。無交付物缺 R 或有多 A。贊助者為最終核准之 A。
失敗時: 相關方列不全時,對照組織圖與發現期會議出席者。見多 A 時,升之於贊助者以澄清決策權。無 R 時,標交付物為待配且須資源分配。
步驟四:定成功標準與里程碑
寫 3-5 項可量之成功標準,用 SMART 格式(Specific、Measurable、Achievable、Relevant、Time-bound)。每標準繫於可量之度量與目標值。定 4-6 項關鍵里程碑,表項目大階段或交付物完成,附目標日期與對先前里程碑之依賴。
預期: 成功標準表有 3-5 條,度量具體(如「系統可用性」以「可用百分比」測之,目標「99.5%」)。里程碑表示邏輯項目階段與務實目標日期。依賴已明記。
失敗時: 成功標準模糊(如「改質量」)時,改寫為具基線與目標值之可量結果。里程碑日期不務實時,由最終截止日倒推,用估時長與緩衝。依賴成循環邏輯時,重結里程碑序或分衝突之里程碑。
步驟五:建初始風險登錄
辨 5-10 項可能影響項目成功之風險。每風險評可能性(低/中/高)與影響(低/中/高),後算嚴重度。為每風險定具體緩解策略,配風險負責者以監測與應對。至少每類皆含一項:範圍、進度、資源、技術、外部。
預期: 風險登錄含 5-10 條,涵蓋範圍、進度、資源、技術、外部風險。每風險已評可能性、影響、嚴重度。緩解策略具體可行。每風險有所配負責者。
失敗時: 風險列不全時,審範圍界、依賴、相關方列、假設以尋潛在之失敗點。緩解策略通用(「密切監測」)時,指定:監測何?多頻?何觸發行動?無人接受風險之責時,暫配予項目主管並升之贊助者。
驗證
- 章程檔已建並有文檔 ID
- 問題陳述具體且可量
- 範圍含範圍內外之事
- RACI 矩陣涵蓋所有交付物
- 成功標準可量(SMART)
- 至少 5 項風險已辨並附緩解策略
- 里程碑有目標日期
- 含核准節
常見陷阱
- 範圍無界:列範圍內而無明範圍外者致範圍蔓延。恆明不為何。
- 成功標準模糊:「改性能」不可量。每標準繫於具基線與目標之數。
- 遺漏相關方:漏之相關方後出致項目脫軌。對照組織圖與先前項目通信。
- 風險登錄為勾選:列風險而無可行緩解計,徒生假信。每風險需具體應對策略。
- 章程過詳:章程為羅盤,非地圖。保於 2-4 頁。詳盡籌劃在後。
相關技能
create-work-breakdown-structure— 將章程交付物分解為工作包manage-backlog— 將章程範圍轉為優先化之待辦plan-sprint— 由章程交付物規劃首個衝刺generate-status-report— 對章程里程碑報告進度conduct-retrospective— 執行後審章程假設
GitHub リポジトリ
関連スキル
executing-plans
デザインexecuting-plansスキルは、完全な実装計画があり、それを管理されたバッチでレビューチェックポイントを設けながら実行する場合に使用します。このスキルは計画を読み込んで批判的にレビューした後、小さなバッチ(デフォルトは3タスク)でタスクを実行し、各バッチの間に進捗状況を報告してアーキテクトのレビューを受けます。これにより、品質管理チェックポイントが組み込まれた体系的な実装が保証されます。
requesting-code-review
デザインこのスキルは、コードレビュアーサブエージェントを起動し、処理を進める前に要件に対してコード変更を分析します。タスク完了後、主要な機能の実装後、またはmainブランチへのマージ前などに使用すべきです。このレビューは、現在の実装と元の計画を比較することで、問題を早期に発見するのに役立ちます。
connect-mcp-server
デザインこのスキルは、開発者がHTTP、stdio、またはSSEトランスポートを使用してMCPサーバーをClaude Codeに接続するための包括的なガイドを提供します。GitHub、Notion、カスタムAPIなどの外部サービスを統合するためのインストール、設定、認証、セキュリティについて解説しています。MCP統合のセットアップ、外部ツールの設定、またはClaudeのModel Context Protocolを扱う際にご利用ください。
web-cli-teleport
デザインこのスキルは、タスク分析に基づいて開発者がClaude Code WebとCLIインターフェースの選択を支援し、これらの環境間でのシームレスなセッションテレポーテーションを可能にします。Web、CLI、モバイル環境を切り替える際のセッション状態とコンテキストを管理することで、ワークフローを最適化します。様々な段階で異なるツールを必要とする複雑なプロジェクトにご活用ください。
