プロジェクト憲章: SpecDojo
1. 本書の目的
本書は、SpecDojo プロジェクトの立ち上げを正式に承認し、プロジェクトマネージャーに詳細計画の策定および初期準備を進める権限を付与するための文書である。
プロジェクトの背景、目的、必要性、期待効果、前提条件の詳細は prj-overview.md を正とする。
本書では、プロジェクト立ち上げの承認に必要な高レベルの要点と、初期段階における権限委譲の範囲を定める。
なお、本書の承認は本格実行の開始を意味しない。 本格実行の開始可否は、プロジェクトスコープ、成功基準、成果物カタログ、前提・制約・依存関係、およびプロジェクト管理計画の作成後に、GO / Not GO 判断として別途確認する。
2. 認可対象
本書により、次のプロジェクトの立ち上げを正式に認可する。
| 項目 | 内容 |
|---|---|
| プロジェクト名 | SpecDojo |
| プロジェクトID | prj-0001 |
| 認可対象 | SpecDojo プロジェクトの立ち上げ、詳細計画の策定、初期準備 |
| プロジェクト概要 | prj-overview.md |
| 初期ステークホルダー | prj-stakeholder-register.md |
本憲章の承認により、プロジェクトマネージャーは、詳細なスコープ、成果物、成功基準、管理方針、体制、スケジュールを定義するための作業に着手できる。
3. プロジェクトの目的
本プロジェクトの目的は、仕様駆動開発のための、ライフサイクル全体を支えるオープンなドキュメントフレームワーク SpecDojo を整備することである。
SpecDojo では、システムの構築・改修・運用・保守に必要な文書群を体系化し、記述規約、テンプレート、サンプル、運用ルール、AI 向け指示テンプレート、補助ツールを通じて、企画から継続改善までを一貫して支援する。
本プロジェクトは、人と AI が共有可能な仕様を中核に据えることで、開発の生産性、品質、継続性を抜本的に高めることを目指す。
また、SpecDojo をオープンソースとして公開し、仕様駆動開発の知見を、誰もが自由に利用・改善・再利用できる共通基盤として提供する。
詳細は prj-overview.md を正とする。
4. ハイレベルスコープ
| 区分 | 内容 | 詳細化先 |
|---|---|---|
| 対象 | 文書体系の定義・文書分類と構成の整理・文書記述ルールの整備・テンプレート/サンプル/AI 向け指示テンプレートの整備・補助ツールの整備・オープンソース運用基盤の整備 | prj-scope.md |
| 対象外 | UNDECIDED | prj-scope.md |
5. ハイレベル成果物
| 成果物群 | 詳細化先 |
|---|---|
| プロジェクト定義文書・プロジェクトマネジメント文書・決定記録 | 成果物カタログ |
| SpecDojo 文書ルール・テンプレート・サンプル・AI 向け指示テンプレート | 同上 |
specdojo 補助ツールおよび自動生成成果物 | 同上 |
6. ハイレベル成功基準
| 観点 | 成功判定の候補 | 詳細化先 |
|---|---|---|
| 文書体系 | 主要文書体系と各文書の記述ルール・テンプレート・サンプルが整備されていること | prj-success-criteria-and-acceptance-criteria.md |
| 参照性・更新性 | 人と AI が参照しやすく、変更時に関連文書を追跡・更新できる構造になっていること | 同上 |
| OSS 公開 | 公開・利用・改善・再利用しやすい構成になっていること | 同上 |
7. 初期ステークホルダー
初期ステークホルダーは prj-stakeholder-register.md を正とする。
本憲章では、プロジェクト立ち上げ時点の主要ステークホルダーを次のとおり定める。
| 役割 | 関与区分 | 主な責任 |
|---|---|---|
| プロジェクトオーナー | スポンサー / 意思決定者 / 実行責任者 | プロジェクトの目的、方針、優先順位、公開方針を決定する |
| プロジェクトマネージャー | 実行責任者 | 詳細計画の策定、初期準備、成果物作成、課題・リスク・変更の管理を行う |
| AI Agent | 実行支援者 | 文書作成、レビュー、構成整理、改善提案を支援する |
| 将来の利用者 | 利用者 | SpecDojo を参照・利用し、仕様駆動開発を実践する |
| 将来の貢献者 | 外部協力者 / 新規貢献者 | Issue、Pull Request、提案等を通じて改善に参加する |
現時点では個人プロジェクトとして開始するため、プロジェクトオーナーとプロジェクトマネージャーは同一主体が兼ねることを許容する。
8. 権限委譲
本憲章の承認により、プロジェクトマネージャーは、次の権限を持つ。
- 詳細なプロジェクトスコープを作成する
- 成功基準および受入条件を整理する
- 成果物カタログを作成する
- 前提・制約・依存関係を整理する
- プロジェクト管理計画を作成する
- 組織体制と RACI を整理する
- 作成対象文書の優先順位を調整する
- AI Agent を活用して文書の草案作成、レビュー、改善を進める
- 初期成果物の作成、更新、レビューを進める
- リポジトリ構成、README、ライセンス、貢献導線の整備を検討する
ただし、次の事項はスポンサーまたはプロジェクトオーナーの承認を必要とする。
- プロジェクト目的の変更
- ハイレベルスコープの大幅な変更
- 主要成果物群の追加・削除
- オープンソース公開方針の変更
- ライセンス方針の変更
- 本格実行開始の GO / Not GO 判断
- プロジェクト中止または大幅な再計画の判断
9. 主要前提・制約
本憲章の承認時点では、次の前提・制約を置く。
| 区分 | 内容 |
|---|---|
| 前提 | SpecDojo は、人間の判断や責任を代替するものではなく、人と AI が協働するための基盤として整備する |
| 前提 | 対象範囲は、企画、要件定義、設計、実装、テスト、運用・保守、継続改善を含むシステムライフサイクル全体を想定する |
| 前提 | SpecDojo はオープンソースとして公開し、自由に利用・改善・再利用できる共通基盤とする |
| 前提 | 初期段階では個人プロジェクトとして開始し、必要に応じて外部利用者・貢献者を受け入れる |
| 制約 | 特定の開発手法、言語、基盤、生成 AI 製品に過度に依存しない |
| 制約 | 公開リポジトリには、個人情報、非公開の組織情報、機密性の高い利害関係を記載しない |
| 制約 | 詳細な管理方針、スケジュール、体制、リスク、コミュニケーション方針は、本憲章承認後に作成する関連文書で定義する |
詳細な前提、制約、依存関係は、本憲章の承認後に作成する prj-assumptions-constraints-dependencies.md で定義する。
10. 後続で作成・詳細化する文書
本憲章の承認後、プロジェクトマネージャーは次の文書を作成または詳細化する(作成順は ドキュメント構成ガイド に従う)。
A. 立ち上げ(本憲章と並行・直後):
| 文書 | 目的 |
|---|---|
| pm-organization.md | ロールと責務境界を定義する |
| pm-roles.yaml | 採用 Role code を machine-readable な一覧として管理する |
| pm-members.yaml | 実行主体(人間・agent)を定義する |
| pm-raci.md | 責任分担を定義する(必要時) |
B. プロジェクト定義 / C. プロジェクトマネジメント(GO / NOT GO ゲートまで):
| 文書 | 目的 |
|---|---|
| dct-index.md | 成果物の一覧、配置、生成元、派生関係を整理する |
| prj-scope.md | プロジェクトの対象範囲と対象外を明確にする |
| prj-success-criteria-and-acceptance-criteria.md | 成功基準、完了定義、受入条件、判定方法を定義する |
| prj-assumptions-constraints-dependencies.md | 実行上の前提条件、制約事項、外部依存を明示する |
| pm-plan.md | プロジェクト全体の管理方針と実行計画を定義する |
11. 本格実行開始の GO / NOT GO 判断
本憲章の承認は A. 立ち上げフェーズの完了を示す。
次の GO / NOT GO 判断(TO-BE の明確化)は、B. プロジェクト定義と C. プロジェクトマネジメントが完了した時点で行う。判断構造の詳細は ドキュメント構成ガイド のゲート構造を参照。
| 判定 | 判定日 | 判定者 | 条件 | 証跡 |
|---|---|---|---|---|
| UNDECIDED | UNDECIDED | UNDECIDED | UNDECIDED | UNDECIDED |
12. 承認
本書の承認により、SpecDojo プロジェクトの立ち上げを正式に認可し、プロジェクトマネージャーに詳細計画の策定および初期準備を進める権限を付与する。
| 版 | 承認日 | 承認者 | 承認対象 | 証跡リンク |
|---|---|---|---|---|
| 0.1-draft | UNDECIDED | UNDECIDED | 憲章初版ドラフト | UNDECIDED |
本書はドラフトであり、承認が完了するまでは正式なプロジェクト立ち上げ認可文書として扱わない。
13. 未決事項
現時点で未決の事項は次のとおりとする。
| 論点 | 期限 | 担当 | 対応方針 |
|---|---|---|---|
| スポンサーの確定 | UNDECIDED | プロジェクトオーナー | 個人プロジェクトとして開始する前提で、承認時に役割表記を確定する |
| プロジェクトマネージャーの確定 | UNDECIDED | プロジェクトオーナー | 初期段階ではプロジェクトオーナーが兼務する前提で整理する |
| 初回承認日の確定 | UNDECIDED | プロジェクトマネージャー | 承認後に記録する |
| OSS ライセンス方針の確定 | UNDECIDED | プロジェクトオーナー | 初回公開前に候補を比較し、ライセンスを確定する |
| 本格実行開始の GO / Not GO 判断日 | UNDECIDED | プロジェクトマネージャー | pm-plan 作成後に判断日を設定する |