Skip to content
frontmatter
キー値
specdojo.idprj-0001:pjr-qf7t-planning-domain-and-track
specdojo.typeproject
specdojo.statusready
specdojo.rulebookspecdojo:pjr-rulebook
specdojo.part_ofprj-0001:pjr-index
specdojo.item_typetodo
specdojo.item_statusdone
specdojo.priorityhigh
specdojo.ownerARC
specdojo.registered_at2026-08-22T12:25:02Z
specdojo.due_on2026-08-31
specdojo.completed_at2026-08-22T13:14:45Z
specdojo.conclusionplanning ドメインと planning トラックを新設し、tml-index・dct-index・sch-defaults を project-management から移設した。着手済み3トラックの assessment と strategy を work、sch-track と sch-milestones を generated として登録し、sch-strategy-planning は control として循環を回避した。schedule build で計画成果物8件がタスク化され、生成物と control はタスク化されないことを実機で確認した。

PJR-QF7T planning ドメインとトラックを新設し、計画成果物をカタログとScheduleへ載せる ​

1. 概要 ​

PJR-WVNS の決定に基づき、計画成果物を所有する planning ドメインと planning トラックを新設する。tml-index、dct-index、sch-defaults などを project-management から移設し、着手済みトラックの sch-assessment と sch-strategy を登録する。sch-track と sch-milestones は generated として登録し、dct-<domain>.yaml と generated 配下の表示用生成物は登録しない。planning トラック自身の strategy は循環を避けるため scope から外すか control として扱う。

2. 完了条件 ​

  • dct-planning.yaml(domain: planning)が新設され、計画成果物が宣言されている。
  • tml-index、dct-index、sch-defaults が project-management から planning へ移設され、重複登録が無い。
  • 着手済みトラック(catalog_status: primary)の sch-assessment-<track> と sch-strategy-<track> が kind: work で登録されている。未着手トラックの分は登録しない。
  • sch-track-<track> と sch-milestones が kind: generated で登録され、sch-strategy-<track> への依存が宣言されている。
  • dct-<domain>.yaml そのものと generated/ 配下の表示用生成物は登録されていない。
  • Timeline に planning トラックが追加され、他トラックより先行する順序になっている。
  • sch-strategy-planning が作成され、planning トラック自身の strategy が循環しない構成になっている(scope 外または kind: control)。
  • dct-index.yaml の分類へ planning が追加され、索引ビューとサイドバーへ反映されている。配置はプロジェクト成果物の配下に新設したサブグループとし、既存サブグループへは含めない。
  • schedule build --track planning と exec refresh が成功し、計画成果物のタスクが Ready として生成される。
  • npm run validate:schema、npm run validate:catalog、npm run lint:md が成功する。

3. 作業内容 ​

No作業担当状態メモ
1dct-planning.yaml を新設し、計画成果物の宣言と完了条件を定義するARCdonePJR-WVNS に従い work / control / generated を分類した
2project-management から計画成果物を移設するARCdonetml-index、sch-defaults と既存 Schedule 定義を移設し、dct-index を planning へ登録した
3着手済みトラックの assessment と strategy を登録するARCdoneprimary の planning / launch / data-flow のみ登録し、assessment 骨組みを生成した
4Timeline へ planning トラックを追加するARCdoneplanning を wave 1、launch 以降を後続 wave とした
5sch-strategy-planning を作成し、循環しない構成にするARCdonestrategy 自身を kind: control とし、scope は kind: work に限定した
6索引へ planning を追加するARCdoneプロジェクト成果物直下へ独立した「計画」サブグループを追加し、サイドバー表示名も登録した
7schedule build と exec refresh で Ready タスクが生成されることを確認するARCdoneplanning の work 8 件を track へ展開し、先頭タスクが Ready になることを確認した
8関連ガイドと rulebook を更新するARCdoneTimeline / Schedule / 文書構成ガイドと DCT の kind 運用を更新した

4. 対応結果 ​

  • dct-planning.yaml を新設し、計画入力を work、planning strategy 自身を control、track と milestones を generated として登録した。dct-project-management.yaml から旧登録を除去し、重複を解消した。
  • Timeline の先頭に planning トラックを追加し、launch と後続トラックの wave を繰り下げた。dct-index.yaml には既存サブグループと分離した「計画」を追加した。
  • primary の planning / launch / data-flow について assessment を生成し、planning strategy と track を新設した。planning strategy は自身を scope に含めず、8 件の work 成果物だけをタスク化する。
  • exec refresh が schedule/assessments/ を再帰的に Schedule 入力として誤読する問題を修正し、専用サブディレクトリを除外する単体テストを追加した。
  • 関連ガイド、DCT rulebook、VitePress サイドバーを更新した。残課題はない。

5. 関連ドキュメント ​