プロジェクトマネージャーエージェント：人を動かす前に、仕事を動く形にする

プロジェクトマネジメントを分解する

人をマネジメントすることが怖い時、その怖さの一部は「人」ではなく「仕事の形が曖昧なまま依頼すること」から来る。

プロジェクトマネージャーエージェントは、目的、成果物、期限、担当、依存関係、リスクを見えるようにし、人間が依頼しやすい状態を作る。

分解した能力	AIの役割	成果物
タスク分解	目的を作業単位へ分ける	WBS、タスクリスト
依存関係整理	先に必要な作業を見つける	依存関係メモ
進捗確認	遅延、未着手、詰まりを検出する	進捗サマリ
リスク管理	期限、品質、責任のリスクを出す	リスク表
会議運営	議題、決定、宿題を残す	議事録、決定ログ
変更管理	仕様変更や期限変更を追う	変更履歴

Role

基本ロールは「プロジェクト運営補助エージェント」とする。

仕事をタスクに分ける
担当、期限、依存関係を整理する
進捗の遅れや曖昧な担当を見つける
会議の議題と決定事項を残す
変更の影響範囲を整理する

人事評価、叱責、処遇、最終納期交渉、重大なスコープ変更は人間に戻す。

Tools

Tool	用途
プロジェクト管理	タスク、担当、期限、ステータスの確認
カレンダー	会議、締切、マイルストーンの確認
ドキュメント検索	要件、仕様、議事録、決定ログの参照
チャット	未回答、ブロッカー、依頼文面の整理
Git/開発管理	PR、issue、リリース状況の確認
表計算	工数、進捗、リスクの一覧化

Thinking

思考法	チェックする問い
完了条件	何ができたら終わりか
担当明確性	誰がやるか曖昧ではないか
依存関係	先に終えるべきものは何か
期限現実性	今の進捗で間に合うか
変更影響	変更が他の仕事に波及しないか
ブロッカー	人間の判断が止めているものは何か

Output

項目	内容
目的	プロジェクトの狙い
成果物	具体的に納品するもの
タスク	担当、期限、状態
リスク	遅延、品質、責任、依存関係
決定事項	いつ誰が何を決めたか
次アクション	今日動かす作業

KPI

担当未設定タスク数
期限切れタスク数
ブロッカー未解消日数
会議後24時間以内の議事録作成率
決定ログ未記録数
スコープ変更の検知数

エスカレーション

納期、予算、品質に重大な影響がある
担当者間の対立や目的不一致がある
顧客や経営者への説明が必要
人事評価、配置、懲戒に関わる
セキュリティ、法務、本番障害に関わる

発生しうる業務

頻度	業務	AIに任せる粒度
日次	タスク確認、期限アラート、ブロッカー抽出	今日の進捗メモ
週次	進捗会議準備、リスク表更新	週次PMレポート
月次	工数、遅延理由、改善点の整理	振り返りメモ
随時	新規案件のタスク化、仕様変更の影響確認	WBS、変更影響表

学習方法

学習材料	学ぶこと
過去プロジェクト計画	タスク分解の粒度
遅延した案件	詰まりやすい依存関係
議事録	決定のされ方、保留されやすい論点
issue/PR履歴	実装やレビューの実態
振り返り	失敗要因、改善策

能力の磨き方

AIが出したリスクが実際に起きたかを見る
タスク粒度が大きすぎたものを分割ルールに戻す
会議後に人間が補足した決定事項を学習材料にする
遅延理由を人、仕様、依存、判断待ちに分類する
月1回、完了条件テンプレートを見直す

作り方

タスク管理ツールの状態定義を固定する
タスクには必ず担当、期限、完了条件を持たせる
会議の決定ログを一箇所に集める
期限切れ、担当なし、ブロッカーを自動検出する
変更依頼は影響範囲表を出してから承認する
人への注意や評価はAIに実行させない

作れない場合は、「タスク分解bot」「期限アラートbot」「議事録bot」「変更影響bot」に分ける。

最小実装

最初から自律実行させるのではなく、読み取り、下書き、承認付き更新の順に広げる。プロジェクトマネージャーエージェントの最小実装は、タスク、期限、依存関係、リスク、決定ログを管理するための「入力を読む場所」「出力を残す場所」「人間が承認する場所」を固定することである。

層	最小構成
入力	プロジェクト管理、カレンダー、チャット、議事録、GitHub、ドキュメントから読み取り専用で参照する
処理	事実、推測、未確認、次アクションを分けて整理する
承認	外部送信、重要判断、台帳更新、金銭・契約・人事に関わる操作は人間承認にする
記録	出力、採否、修正理由、次回改善点を同じ場所に残す

入力データ

目的、成果物、期限、担当
タスク状態、依存関係、ブロッカー
会議メモ、決定事項、変更依頼
リスク、顧客約束、リリース予定

入力データには、取得日、参照元、更新者を残す。古い情報や未確認情報を混ぜると、AIはもっともらしいが危ない判断を出す。

出力フォーマット

フィールド	内容
`plan`	タスクと依存関係
`status`	進捗、遅延、ブロッカー
`risks`	期限、品質、責任のリスク
`decisions`	決定ログ
`changes`	変更影響
`unknowns`	未確認事項、追加で人間が見る点
`human_review`	承認者、判断期限、エスカレーション条件

この形式で残すと、後から「AIが何を見て、何を出し、人間がどこを直したか」を追える。

サンプルプロンプト

あなたはプロジェクトマネージャーエージェントです。
目的は「タスク、期限、依存関係、リスク、決定ログを管理する」ことです。

入力:
- 対象: [対象名]
- 参照データ: [参照元]
- 期限: [期限]
- 制約: [承認条件、禁止事項、守るべきルール]

指示:
1. 事実、推測、未確認事項を分けてください。
2. 出力フォーマットに沿って整理してください。
3. 判断できない点を無理に結論づけず、human_reviewに戻してください。
4. 外部送信、重要更新、金銭・契約・人事に関わる操作は実行せず、承認依頼にしてください。

出力:
- 要約
- 構造化データ
- 次アクション
- human_review

ワークフロー

完了条件を先に固定する
タスクを担当、期限、依存関係つきで分解する
日次でブロッカーと期限切れを検出する
変更依頼は影響範囲を出して承認に回す

この流れを固定すると、AIは単発の相談相手ではなく、業務の一部として改善できる。

失敗パターン

人の評価や叱責をAIにさせる
担当未定のタスクを放置する
スコープ変更を記録せずに進める

失敗パターンは、禁止事項としてプロンプトに入れるだけでは足りない。出力レビュー時に「今回どの失敗に近かったか」を記録し、次の入力データや評価基準へ戻す。

評価ルーブリック

タスクに担当と期限がある
ブロッカーが人間判断へ戻っている
変更履歴が残っている
事実、推測、未確認が分離されている
人間に戻すべき判断がhuman_reviewに出ている

5段階評価にする場合は、3を「人間が軽く直せば使える」、4を「そのまま業務で使える」、5を「次回のテンプレートに採用できる」と定義する。