プロジェクト憲章: SpecDojo
本書は、SpecDojo をオープンなドキュメントフレームワーク整備プロジェクトとして立ち上げることを正式に認可し、プロジェクトマネージャーに詳細計画の策定と追加支出を伴わない初期準備を進める権限を委譲するための憲章である。PO は、目的、優先順位、公開方針、主要な合意を最終判断する人間の責任者として、本書に記載した範囲を承認または差し戻す。本書の承認は、本格実行開始、外部公開、追加支出を承認するものではなく、これらは PO が別途判断する。
1. 認可対象
| 項目 | 内容 |
|---|---|
| プロジェクト名 | SpecDojo |
| プロジェクト ID | prj-0001 |
| 認可対象 | プロジェクト立ち上げ、詳細計画策定、追加支出を伴わない初期公開準備の検討 |
| 認可しない範囲 | 外部公開の最終判断、ライセンス確定、主要スコープ変更、本格実行開始、予算枠の確定または外部支出 |
| 直接根拠 | プロジェクト概要、ステークホルダー登録簿 |
| 承認責任 | PO |
| 認可条件 | 承認日と証跡リンクを記録し、本書が本格実行開始、外部公開、追加支出を承認しないことを確認する |
2. プロジェクトの目的
SpecDojo を、社会課題に関する知識とテクノロジーを言語化された仕様でつなぐオープンな知識基盤として整備する。初期はシビックテックで、低コストなソリューション実現と、善意に過度に依存しない継続を検証する。目的の詳細は プロジェクト概要 を正とする。
認可判断における期待効果は次の観点で確認する。数値目標、測定方法、中長期指標は プロジェクト概要 の期待効果を正とし、本書では再掲しない。
| 観点 | 認可判断で確認する期待効果 |
|---|---|
| 課題と技術 | 当事者の課題と期待価値を実行可能な仕様へつなげられる |
| 低コスト | OSS、再利用、AI により現金支出と作業負荷を抑えられる |
| 継続可能性 | 負荷を見える化・分担し、特定個人に依存せず継承できる |
成功判定の観点と受入条件は 成功基準と受入条件 を正とする。
3. ハイレベルスコープ
| 区分 | 内容 | 詳細化先 |
|---|---|---|
| 対象 | 社会課題、期待価値、要求、仕様、判断、検証結果を関連付ける最小成果物セット | プロジェクトスコープ |
| 対象 | OSS・再利用・AI を活用し、費用と作業負荷を記録する代表試行 | プロジェクトスコープ |
| 対象 | 最小セットの作成支援資料、検証手段、README、ライセンス候補、改善提案の入口 | プロジェクトスコープ |
| 対象外 | 特定の開発手法、言語、基盤、生成 AI 製品への過度な依存 | プロジェクトスコープ |
| 対象外 | 人間の意思決定責任を AI Agent に代替させること | プロジェクトスコープ |
| 未確定 | 初期公開範囲、公開日、ライセンス方針、予算枠の最終値 | 未決事項 |
成果物群と、憲章承認後に作成・詳細化する文書の一覧は、成果物カタログ を正とする。
4. 初期ステークホルダー
| ID | 関係者 | 関与区分 | 対応 Role code | 認可判断における主な責任 |
|---|---|---|---|---|
STH-PROJECT-OWNER | プロジェクトオーナー | スポンサー / 意思決定者 | PO | 目的、優先順位、公開方針、主要な合意を人間として判断する |
STH-AI-AGENT-OPERATOR | AI Agent 活用担当 | 実行支援者 | BA | 入力文書とルールに基づく草案作成、整合性確認、改善提案を確認する |
STH-FUTURE-USER | シビックテックの利用者 | 利用者 / 影響受容者 | - | 当事者価値、費用・負荷、継続可能性を代表試行で確認する |
STH-FUTURE-CONTRIBUTOR | 将来の貢献者 | 外部協力者 | - | ルール、サンプル、ツール等への提案・改善に関与する |
STH-COLLABORATING-ORGANIZATION | 協働組織・地域コミュニティ | 外部協力者 / 影響受容者 | - | 代表課題と利用場面を提供し、継続条件への影響を確認する |
関係者の期待、懸念、必要な合意、コミュニケーション要件は ステークホルダー登録簿 を正とする。
5. 権限委譲
本書が PO に承認された場合、プロジェクトマネージャーは次の範囲で初期準備を進める権限を持つ。
| 項目 | 決裁者 | 実行責任者 | 協議先 | 証跡 |
|---|---|---|---|---|
| 立ち上げ認可 | PO | PM | BA | 本書の承認履歴 |
| 詳細計画策定 | PO | PM | BA | プロジェクト管理計画、Issue、Pull Request |
| 成果物体系の整理 | PO | PM | BA / TODO: レビュー担当 | 成果物カタログ、Pull Request |
| AI Agent による草案作成・整合確認 | PO | PM | BA | exec plan、生成結果、レビュー記録 |
| 本格実行開始の GO / Not GO 判断準備 | PO | PM | BA / TODO: レビュー担当 | GO / Not GO 判断の決定記録 |
| 公開準備の検討 | PO | PM | シビックテック利用者・将来の貢献者の想定観点 | README、Issue、決定記録 |
次の事項は、委譲範囲に含めず PO の承認を必要とする。
- プロジェクト目的の変更
- 主要スコープの大幅な変更
- 初期公開範囲、公開可否、公開日、ライセンス方針の確定
- 主要成果物群の追加または削除
- 予算枠の新設、増額、または外部支出の承認
- 各 GO / Not GO 判断
- プロジェクト中止または大幅な再計画の判断
6. 主要前提・制約
前提・制約の全量は プロジェクトスコープ（対象システム、スコープ外、境界の判断基準）を正とし、成立条件の監視と未確定の依存は 前提・制約・依存関係 が扱う。本書では認可判断に直結する事項だけを示す。
| 区分 | 内容 | 詳細化先 |
|---|---|---|
| 前提 | SpecDojo は人間の判断や責任を代替せず、人と AI Agent が協働するための基盤として整備する | プロジェクトスコープ |
| 制約 | 公開リポジトリで扱える情報に限定し、個人情報、秘密情報、非公開の組織情報を含めない | プロジェクトスコープ |
| 制約 | 予算枠は UNDECIDED: 初期公開計画または PO 承認時に確定する。本書では、追加支出を伴わない文書整備と公開準備の立ち上げのみを認可する | 未決事項 |
| 制約 | 外部サービス利用、有償ツール利用、運用負担を伴う公開準備は、予算枠と公開方針が PO に承認されるまで実施しない | 未決事項 |
7. 本格実行開始の GO / Not GO 判断
本書の承認後、次の観点が確認できるまで、本格実行開始と外部公開の最終判断は保留する。
| 判断観点 | 確認内容 | 記録先 |
|---|---|---|
| 目的整合 | 成果物体系、公開対象、優先順位が SpecDojo の目的と矛盾していない | プロジェクト管理計画 / 決定記録 |
| 公開適性 | 公開してよい情報だけで構成され、ライセンス方針と公開範囲が PO により承認されている | 決定記録 / Pull Request |
| 予算枠 | 追加支出、外部サービス利用、運用負担の上限が承認されている | 決定記録 |
| 体制 | PO、PM、BA、レビュー担当の責任範囲が確認できる | 組織定義 / RACI |
| 品質 | 初期公開に必要な rulebook、recipe、sample、template、検証方針が整っている | 品質管理計画 |
8. 承認
| 承認日 | 承認者 | 承認対象 | 証跡リンク |
|---|---|---|---|
| 2026-07-17 | PO | 立ち上げ認可、詳細計画策定と初期準備の権限委譲 | PJR-0119 プロジェクト憲章の承認 |
9. 未決事項
| 論点 | 期限 | 担当 | 対応方針 |
|---|---|---|---|
| 予算枠 | UNDECIDED | PO | 初期公開計画または詳細計画策定時に、外部支出と運用負担の上限を確認する。承認までは追加支出を行わない |
| OSS ライセンス方針 | UNDECIDED | PO | 初回公開前に候補を比較し、公開方針と合わせて決定する |
| 初期公開範囲 | UNDECIDED | PO | 成果物カタログと成功基準の詳細化後に判断する |
| 第1回 GO / Not GO 判断日 | UNDECIDED | PM | プロジェクト定義と管理計画の整備状況を踏まえて設定する |