プロジェクト管理

PMの4本柱

PMの仕事は4つ：WBSで「やること」を可視化、課題ログで「詰まり」を可視化、ステークホルダーマネジメントで「人」を動かし、定例報告で「合意」を更新する。どれかが欠けると遅延が見えなくなる。

WBSと課題ログの連動

WBSと課題ログを別物として運用すると、すぐに連動が切れる。WBSの各タスクに「ブロック中の課題ID」を紐づけ、課題が解消されたらWBSのスケジュールが自動的に動く形にする。これで「動いていない理由」が常に見える。

困りごと別対処パターン

PMが現場で出くわす困りごとには、ある程度の型がある。遭遇前に知っていれば、初動を間違えない。

• ─遅延 — 原因タイプ別（スキル不足／意思決定遅延／外部依存）に対処を分ける
• ─スコープ膨張 — 「変更管理」プロセスを最初に握る
• ─対立 — 「事実」「解釈」「感情」を分けて整理する
• ─ステークホルダー多様化 — RACIで意思決定者を明確化

ステークホルダー設計（期待値×関心×関与）

ステークホルダー名簿を作るだけでは足りない。各人について「期待値（何を達成したいと思っているか）」「関心（プロジェクトの何に注目しているか）」「関与レベル（情報共有のみ／意見聴取／意思決定）」を最初に設計する。期待値とのズレが、後の対立の温床になる。

定例の型

定例は「進捗報告」だけだと退屈で意思決定が起きない。次の3部構成にする。

• ─前半：進捗（WBS進捗率／課題ログ更新）— 5分
• ─中盤：論点（今週意思決定が要るもの）— 20分
• ─後半：先読み（来週のリスク／必要なアクション）— 5分