前提・制約・依存関係

本書は、プロジェクトスコープ で定めた SpecDojo の初期公開範囲を実行するために、成立するものとして置く条件、プロジェクトが守るべき限界、他者・意思決定・先行成果物への依存を整理する。対象範囲、対象外、境界の判断基準はプロジェクトスコープを正とし、本書では再掲しない。

1. 前提条件

社会課題と技術の接続、低コストな実現、無理のない継続に必要な成果物と代表試行は、プロジェクトスコープ の境界を正とする。本章では、その実行に必要な成立条件を扱う。

ID	内容	根拠	影響	監視・確認方法	変化のトリガー	所有者	対応方針
ACD-A01	PO、PM、BA、ARC、QE などの人間の責任者が、担当範囲の確認・レビュー・判断を行える。	プロジェクト憲章 は、人間の責任者による権限行使と GO / Not GO 判断を求めている。	必要なレビュー、公開可否、スコープ変更、GO / Not GO を判断できず、作業または公開が停止する。	PM が RACI、レビュー依頼、決定記録を確認し、判断時期までの担当者の確保状況を確認する。	担当者が未定、長期不在、または必要な判断期限までにレビューできない。	PM	代替担当または判断時期を PO と再設定し、解消できない場合は計画または公開判断を保留する。
ACD-A02	代表課題の当事者と技術協力者を確保できる。	プロジェクトスコープ は当事者確認を含む代表試行を対象とする。	課題と仕様の一致、費用・負荷、継続可能性を実証できない。	BA が試行前に当事者、技術協力者、試行成果を確認する。	当事者または技術協力者を確保できない。	BA	試行時期と募集方法を見直し、当事者確認なしに有効性を実証済みとしない。

2. 制約事項

公開情報、技術的中立性、人間の判断責任など、対象範囲に関する限界は プロジェクトスコープ の対象システム、スコープ外、境界の判断基準を正とする。本章では、スコープの実行に対して追加で課される予算・支出・権限上の限界を扱う。予算・権限に関する制約は、プロジェクト憲章 の主要前提・制約が認可判断に必要な範囲で示した内容を、監視方法・逸脱時対応まで含めて運用可能な形に展開したものである。

ID	内容	適用範囲	影響	監視・確認方法	逸脱のトリガー	所有者	対応方針
ACD-C01	予算枠が PO に承認されるまで、追加支出を伴う活動を実施しない。	初期準備、詳細計画、初期公開準備	未承認の費用負担が発生し、プロジェクト憲章で委譲された権限を逸脱する。	PM が発注、契約、購入、有償利用の開始前に予算枠と PO の承認証跡を確認する。	承認済み予算枠がない状態で、支出、発注、契約または購入を開始しようとした。	PM	支出を開始せず、必要性、金額、期間、代替案を整理して PO の判断を求める。
ACD-C02	予算枠と公開方針が PO に承認されるまで、有償ツール、外部サービス、継続的な運用負担を導入しない。	作業環境、補助ツール、公開基盤	費用、外部サービスへの依存、公開後の保守責任が未確定のまま固定化される。	ARC と PM が導入候補の費用、外部依存、保守責任と承認証跡を確認する。	有償契約、外部サービス連携、または新たな継続運用を前提とする案を採用した。	PM	既存環境での代替案を優先し、導入が必要な場合は予算・公開方針の決定事項として上申しする。
ACD-C03	外部公開、ライセンス、主要スコープ変更、本格実行開始、GO / Not GO は PO の承認なしに確定しない。	プロジェクト全体	委譲範囲を越えた決定により、公開責任、費用、対象範囲、実行責任が不明確になる。	PM が決定前に、決定者、対象、根拠、承認証跡を確認する。	PO の承認記録がない状態で、対象事項を確定または実行しようとした。	PM	決定または実行を保留し、判断材料と影響評価をそろえて PO にエスカレーションする。

3. 依存関係

本章では、プロジェクトの進行または初期公開が、他者から提供される判断、先行成果物、承認の成立を必要とする関係を扱う。プロジェクトスコープやプロジェクト憲章は本書の根拠文書であり、それらの文書自体をプロジェクトの依存先としては扱わない。

ID	依存先・条件	必要となる理由	受領・成立条件	変化のトリガー	所有者	対応方針
ACD-D01	初期公開の対象となる成果物群の作成、レビュー、受入判定	初期公開の対象が利用者に提供できる品質と公開適性を満たしていることを確認するため。	選定された成果物が作成され、担当ロールによるレビューと受入判定の証跡がそろっている。	初期公開の対象、成功基準、受入条件、またはレビュー結果が変更された。	PM	未完了・不合格の成果物と影響を特定し、是正担当と再判定時期を設定する。成立までは公開を保留する。
ACD-D02	PO による初期公開範囲、ライセンス、貢献導線の決定（プロジェクト登録簿 PJR-0120。採用ライセンスは MIT、貢献導線は GitHub issue / pull request として決定済み）	初期公開の対象と、第三者が利用・改善・再利用できる条件を確定するため。	PO が初期公開範囲、採用ライセンス（MIT）、貢献導線（GitHub issue / pull request）を決定し、決定記録が参照できる。	採用ライセンス、貢献導線、または初期公開対象が変更された。	PO	決定は PJR-0120 に記録済み。前提が変わる場合は再決定まで外部公開を保留し、候補・影響・未解決事項を PJR-0120 で更新する。
ACD-D03	PO による公開先、公開範囲、変更提案受付方法の決定（プロジェクト登録簿 PJR-0121。公開先は GitHub + GitHub Pages、変更提案の受付方法は GitHub issue / pull request として決定済み）	公開可能な情報の境界と、公開後の変更受付・管理責任を確定するため。	PO が公開先（GitHub + GitHub Pages）、公開範囲、変更提案の受付方法（GitHub issue / pull request）を決定し、公開前レビューで対象外情報がないと確認する。	公開先の条件、公開範囲、受付方法、または公開適性の判断が変わった。	PO	決定は PJR-0121 に記録済み。前提が変わる場合は再決定または再確認が完了するまで公開を保留し、影響する公開準備と運用計画を見直す。
ACD-D04	文書、変更履歴、レビュー証跡を管理できるリポジトリと作業環境	成果物間の参照、変更追跡、レビュー証跡の保存、公開準備を継続するため。	ARC がリポジトリへの参照・更新、変更履歴の記録、必要な検証コマンドの実行を継続して行える。	リポジトリへアクセスできない、変更履歴を保持できない、または作業環境を継続利用できない。	ARC	復旧または代替環境への移行を計画し、証跡を保持できるまで影響する作業と公開判断を保留する。

4. 影響評価と対応方針

変化の種別	主な影響領域	最初に確認すること	一次対応・判断	対応方針
前提が崩れた	体制、判断・レビューの実施、公開判断	利用できない人員と、停止する判断・レビュー	PM が影響範囲を整理し、代替担当を PO と協議する。	代替担当または判断時期を設定し、確保できるまで影響する作業を保留する。解消不能なら計画を再判断する。
制約に抵触した	費用、外部依存、運用責任、権限、公開適性	支出・契約・決定・実行の有無と、承認証跡	PM が未承認の活動を停止し、必要性と影響を整理して PO に報告する。	未実施なら承認まで保留し、実施済みなら影響と是正策を記録して PO の判断を受ける。
依存先が変化した	スコープ、初期公開範囲、期日、品質、変更追跡、公開後運用	変更された決定・成果物・作業環境と、影響を受ける作業、受入条件、公開判断	所有者が依存項目を更新し、作業環境の代替は ARC と協議し、PM がスコープ、計画、成功基準、公開準備への影響を取りまとめる。	影響する成果物と計画を更新し、未成立の依存が解消するまで GO または外部公開を保留する。

5. 監視・変更管理

• 本書は、スコープまたはプロジェクト憲章の変更、担当体制または作業環境の利用不能、予算・外部サービスに関する提案、PJR-0120 または PJR-0121 の決定・変更、GO / Not GO 判断の準備開始を契機に見直す。
• 前提の崩壊、制約への抵触、依存先の変更が生じた場合は、項目 ID、変化の内容、影響範囲、一次対応者、判断者、対応状況、再確認時期を プロジェクト登録簿 または対応する決定記録に残す。
• 各項目の所有者は成立状況と変化を確認し、PM はプロジェクト全体への影響を取りまとめる。スコープ、予算、公開、ライセンス、GO / Not GO の最終判断は PO が行う。