大規模ガントのカテゴリ別運営
体制は「カテゴリオーケストラ→元ID一つごとの新規chatのPM→限定ワーカー」とする。カテゴリは多数IDを管理し、PMは一つの元IDを完了まで担当する。常設の全体オーケストラや全成果の承認上位は置かない。
限定された成果群をまとめて分担する依頼はgantt-parallel-tasksを使う。通常担当は複数IDを扱える。作業数やWorktree数だけで大規模モードへ切り替えない。
計画相談なら計画までにとどめる。実行は利用者が許可した範囲で行い、モデル・推論・環境・操作権限はprojectの規則と共通実行条件から引き継ぐ。スキルを読んだことを、新規起動・通信・移管・Worktree・課金・タイマー設置の許可にしない。
役割と読む資料
| 担当・場面 | 責任と入口 |
|---|
| カテゴリの通常管理 | 本書で全管理IDを確認し、カテゴリ実行本文で完遂と供給を結ぶ配置・順序を決める。新規起動も同資料を使う。 |
| 単体ID PM | PMの実行入口で元ID全体の残工程を見通す。起動入力の停止・再開手順と終了前照合、展開済みの共通工程から未完終了・再開へ進む。カテゴリの起動資料一式は読ませない。 |
| PMの未完終了報告を受け取ったカテゴリ | 未完終了の回収で報告と現在の正本を照合し、未処理と再開責任を保持する。 |
| 供給不足・CLI拒否・完了条件の確認 | scopeと開始・完了判定。共有仕様や担当を変える場合はカテゴリ間調整も読む。 |
| 停滞・反復・状況照会 | カテゴリ内点検。解消すべき問題を絞り、必要な復旧手順へ進む。 |
| カテゴリ縮小・所属変更、承認された担当交代・統合集約 | 管理責任の引継ぎと所有移管。所属変更だけでPMを交代させず、通常の起動や部分供給には移管を要求しない。 |
| スキルの改訂 | 回帰確認。各製品作業の追加Gateにはしない。 |
ワーカーの指示・回収・採否は直接のPMが担当する。カテゴリはPMの中核実装や最終検収を重ねず、ワーカーへ並行して指示しない。設計・最終採否・検収を名目上ワーカーへ移し、役割別のモデル指定を回避しない。
計画外の危険や本人判断が必要な事象には、選択肢UIと完全停止を使う。該当PMと全ワーカーは本人の回答まで止め、カテゴリの指示や点検タイマーで再開しない。関係のない別IDの自律実行は維持する。
全管理IDから配置する
原依頼、実際の起動依頼、承認された追加・移管を唯一の進捗正本と双方向に照合する。カテゴリの管理範囲を合わせて全原scopeを覆い、未割当や重複を元IDのまま解消する。旧owner、待機中、未担当も対象に含め、owner検索やready一覧だけで分母を作らない。
カテゴリの管理ID集合と、PMが実作業のために取得するclaimは別である。実装するownerは元IDごとに一意にする。既存担当の範囲へ重複配置せず、引継ぐWIP、未追跡差分、未回収ワーカーは回収または正当な移管で責任を保つ。
配置・順序・WIPの判断はカテゴリ実行本文に集約する。新規PMを作る前の4列配置表はカテゴリが示す。元IDの残工程、中核実装、ワーカー分担、検収と終了条件は、PM自身の5列開始表で決める。既存PMの通常継続に、新規配置や再承認の手順を挟まない。
現在の提供範囲へ集中する場合も、全管理集合から仕事を落とさない。集中対象・必要供給・後続の休止・既存の完了を、カテゴリ実行本文に従って区別する。カテゴリ名を提供段階に読み替えない。
一律の固定人数、別進捗DB、汎用スケジューラ、毎成果の承認表は追加しない。適用先で決めた着手上限と、その見直し条件は守る。
調整して作業を再開させる
共通機能には供給・維持の責任カテゴリと受取元IDを定める。受取PMが未配置なら、そのカテゴリが受取責任を持つ。局所問題はPMが解決し、配置・横断供給・共有仕様は関係カテゴリが直接調整する。
カテゴリは必要な履歴・差分・証拠から、対処する担当と次の操作を確認する。是正指示を送っただけで終えず、受取側が必要な版の成果を受け入れ、止まった元IDの作業を再開したことを点検手順で確認する。通常の修正・完了や、空いた試験枠の利用にカテゴリのACKは不要である。
起点chatは配置手続きをしただけで上位・報告先・承認先にはならない。カテゴリの結果は自分のchatに示し、他chatへの連絡は通信条件に限る。利用者との対話を分けても第二の指揮系統にしない。製品範囲、両立不能な保証、権限、費用など、既存権限で決められない変更だけを利用者へ戻す。
管理を終える
供給Iの完了と、consumer C/Vの接続・検証の完了は別に確認する。型、fixture、mainへの採用だけで通常経路が使えるとは判定しない。カテゴリは受取先と残るC/Vを追い、PMの担当を原条件外の全consumer完了まで延長しない。
最終統合・横断検証・リリースは、その元条件を持つIDのPMが担当する。他のIDの局所完了を承認する上位者にはしない。
全管理IDの元body/check・必要level、必須統合条件・Vと必要な正式化が終わったことを、同じ進捗正本と証拠で確認する。現在の集中対象が終わっても、休止中のIDを完了にせず、再開責任を残す。設定済みの点検タイマーは管理範囲の完了または利用者の停止指示で停止し、結果を確認する。設置と停止の実手順はカテゴリ内点検を使う。