PJR-ENK0 sch-strategy-planningをassessmentから再生成する
1. 概要
docs/ja/projects/prj-0001/schedule/sch-strategy-planning.yaml は手書きで作成されており、全フェーズが approach: fully-guided の一律指定になっている。本来は sch-assessment-planning.yaml の判定に基づいて決定論的に生成されるべきである。現状の assessment は facts が実態と一致せず（3件）、判定も1件も入っていない骨組みの状態で、strategy 生成は blocking open question により停止する。assessment の事実を最新化し、agent による判定を経て strategy を再生成する。既存ファイルには手書きの owner_rules 8件と group_milestones が含まれるため、生成結果との差分を確認して失われる情報がないかを検証する。
2. 完了条件
sch-assessment-planning.yamlの facts が実際の解決結果と一致する。現在は3件（sch-strategy-data-flow、sch-strategy-launch、tml-index）が不一致である。- assessment に成果物と実践の型の利用可能性の判定が入っている。現在は1件も判定されていない骨組みの状態で、blocking open question により strategy 生成が停止する。
schedule assessment validateがエラーなく通る。sch-strategy-planning.yamlがschedule strategy generateで生成された内容になっている。手書きではない。- 生成された
approachが assessment の判定に基づいており、全フェーズ一律のfully-guidedではない。判定の結果として一律になる場合は、その根拠が assessment に現れている。 - 既存ファイルの手書き内容（
owner_rules8件、group_milestones）が生成結果でどう扱われたかを確認し、失われた情報があれば記録する。生成で表現できない情報は、どこへ移すかを判断する。 schedule build --track planningが成功し、生成された track に想定外のタスクが現れない。npm run validate:schema、npm run lint:md、npm run lint:fmが成功する。
調査済みの事実
- 実行手順は3段階である。
schedule assessment scaffoldで事実を収集し、schedule assessment promptが出す指示を agent が判定して--fromで取り込み、schedule strategy generateで生成する。 schedule assessment validateは現在、facts 不一致3件のエラーと、判定なし・confidence low・blocking open question の警告を出す。- 現在の
sch-strategy-planning.yamlはmaintain-passの1フェーズのみで、approach: fully-guidedが一律に指定されている。 - 本項目は PJR-K4TA の完了を待って保留していた。実践の型の要否宣言が整備され、
undecidedとnot-neededが正しく宣言された現在、assessment の判定材料は揃っている。
3. 作業内容
| No | 作業 | 担当 | 状態 | メモ |
|---|---|---|---|---|
| 1 | assessment の facts を最新化する | ARC | done | assessment scaffold --force で要否宣言と template 参照先を再収集した |
| 2 | 成果物と実践の型の利用可能性を判定し取り込む | ARC | done | 8成果物を判定し、blocking open question を解消した |
| 3 | strategy を生成し、既存の手書き内容との差分を確認する | ARC | done | owner 8件と group milestone を保持し、標準 profile へ再生成した |
| 4 | schedule build が成功し想定外のタスクが出ないことを確認する | ARC | done | 対象8成果物だけに4フェーズずつ、計32タスクが生成されることを確認した |
4. 対応結果
sch-assessment-planning.yamlの facts を再収集し、旧来のnone/unresolved宣言を現在のnot-needed宣言へ同期した。dct-index-templateの参照先も、存在しない YAML から実在する Markdown へ更新した。- 8成果物すべてに
author-deliverableの判定を記録した。dct-indexは、rulebook と sample は利用可能だが、template が YAML 正本ではなく生成 Markdown ビュー用であるためfreeformとした。他7成果物は必要な型が利用可能またはnot-neededであり、fully-guidedとした。 schedule strategy generateでsch-strategy-planning.yamlを再生成した。手書きのmaintain-passは標準 profile のguided-pass/freeform-pass/refine-pass/review-pass/finalize-passに置き換わった。- 既存の owner 割り当て8件は全件
ARCのまま保持され、approach に応じて2つのowner_rulesへ再編された。M-PLANNING-planningのgroup_milestonesも ownerPMのまま保持された。失われた運用情報はない。 schedule build --track planning --forceでsch-track-planning.yamlとsch-milestones.yamlを再生成した。対象は登録済みの8成果物だけで、各成果物に draft・refine・review・finalize の4フェーズ、合計32タスクが生成された。想定外の local_id はなかった。- 残課題はない。
dct-index-template.md自体の責務不整合を解消する場合は別項目で扱う。
5. 関連ドキュメント
- Schedule の設計方針: Schedule設計ガイド
- 対象ファイル:
docs/ja/projects/prj-0001/schedule/sch-strategy-planning.yaml - 判定の入力:
docs/ja/projects/prj-0001/schedule/assessments/sch-assessment-planning.yaml - 保留の経緯となった項目: PJR-K4TA 実践の型の要否宣言
- planning ドメインを設けた決定: PJR-WVNS 計画成果物をカタログへ載せる