TheTree_mock/docs/plans/original-completion-2026-09-29/SELF_REVIEW.md

計画の自己レビューと改訂記録

2026-09-29。作成者自身によるレビュー。独立した第三者レビューや実装検証を行ったという意味ではない。

初案の骨格は「基盤→経済→施設→AI/人物→演出→総合試験」。この順序を、既存セーブ、通常UI、制作物、原本未設定事項、納期を壊さないかという観点で見直した。下表の修正はv2へ反映済み。

No.	初案・検討時の問題	v2へ反映した修正	確認方法
R01	75複合要件への紐付けだけでは、一部条件を落としても完了にできる	P01で原文単位の原子受入を作り、最後は全条件ANDで判定	原文行→原子条件→実装→証拠を検査
R02	寸法や関係値を先に変えると旧セーブを破壊し得る	P03で移行契約を先行。P08/P18に保全・不一致時拒否を追加	配置重複/支持喪失/意味不明な変換の試験
R03	施設量産後に維持費・マナを接続すると収支と稼働条件を作り直す	P09の前提をP05/P06/P08とする	施設量産の着手時に共通契約の受入を確認
R04	P15の破産状態とP16の獲得処理が対象施設より先行できていた	P15/P16の依存にP13を追加	DAG検査、通常配置先まで通す受入
R05	P24の専用イベントUIがイベント操作APIより先行できていた	P24の依存にP19を追加	UIから選択→費用/結果→保存を確認
R06	最後にまとめてWindows検証すると入力・描画の問題が遅れて発覚	P02でWindows基準環境を準備し、P10/P14/P23/P24で部分実機確認	実EXEの操作証拠。接続不能時は未検証と記録
R07	性能と長期バランスが最終工程に偏る	更新/経路変更ごとに代表負荷、P10/P17/P20でプレイ試行を追加	プロファイルと初期/中盤/終盤の収支・操作記録
R08	未設定の複数依存や休止解除を、全実装に必須の新機能と誤解し得る	D03は拡張時のみ決定。現仕様の単一依存・解除なしは実装可能	最終未設定0の条件を「現仕様で必須の値」に限定
R09	料金APIがあるだけで加算完了にできる	P09で本番属性・不足判定・人数・見積・実請求・台帳・ロードを一連で受入	仮値の単体試験とは別に本番データで操作する
R10	素材制作を後回しにすると必要数と外部待ちが最終日程を支配する	P22をP01直後から着手可能に。P26の技術と内容制作を分離	未制作枠/制作担当/ライセンスの台帳
R11	声・CG・露骨な内容を技術パッケージに隠して全実装を約束し得る	内容制作可能範囲を明示し、未制作を残件として扱う	仮素材や制作範囲外をPASSにしない
R12	大きなパッケージの概算を確定納期と誤読し得る	180–390人日は粗い技術概算と明記。制作・実プレイ・待ち・予備枠を分離	P01/P22後、各節目で実績に基づき再見積
R13	定義登録数19を原本30施設の充足数と混同し得る	原本30施設と既存35定義の対応を別表で管理	通常登録/パレット/役割/寸法を別列で検査
R14	項目の担当が曖昧で最後に証拠だけ残らない	各作業に実装・受入・制作の役割を記載。担当者の実名割当は未指定のまま	完了証拠作成を実装担当の作業に含める
R15	原本が変わるとこの計画の前提が古くなる	P00で再照合し、監査SHAを計画に保持	差分が出た要件のみ影響分析し再計画

修正後の検査

• 全75要件に作業の対応先がある。
• 追加施設10項目に対応先がある。
• 存在しない依存ID、循環依存はない。
• 検証済み8群を作り直し対象にせず、回帰対象として維持している。
• 仕様未設定、コード未実装、内容未制作、実機未検証を別に扱っている。
• 新規ゲームの正常系だけでなく、旧セーブ・中断・失敗・復旧を各受入に含めている。
• 計画の整合性とゲームの実装完了を混同していない。

実行結果は plan_validation.json。以上で計画の抜け漏れが絶対にないことを保証するものではない。P01の原子要件化、P22の必要資産数確定、最初の縦断実装の実績で再レビューする。