アイアイシー / IIC
— 成功は「実行」ではなく「設計」で決まる —
はじめに
プロジェクトマネジメントというと、
- 進捗管理
- 課題管理
- スケジュール調整
といった“運用”のイメージを持たれることが多いと思います。
もちろんそれも重要ですが、本質はそこではありません。
結論から言うと、
プロジェクトマネジメントの神髄は「事前設計」にあります。
プロジェクトは始まる前にほぼ決まっている
多くのプロジェクトは、途中で問題が起きて失敗します。
しかし実際には、
その失敗は「途中で起きた」のではなく、「最初から仕込まれている」
ケースがほとんどです。
例えば、
- ゴールが曖昧
- スコープが定義されていない
- 優先順位が不明確
- 関係者の認識が揃っていない
こういった状態でスタートしたプロジェクトは、
どれだけ頑張ってもどこかで崩れます。
重要なのは「管理」ではなく「設計」
プロジェクトマネジメントという言葉に引っ張られて、
「管理」に意識が向きがちですが、
実際に重要なのは、
どうすれば管理しなくても回るかを設計すること
です。
例えば、
- タスクを適切な粒度に分解する
- 依存関係を整理する
- 判断基準を明文化する
- 責任範囲を明確にする
こういった設計ができていれば、
日々の管理は最小限で済みます。
スコープを制する者がプロジェクトを制する
プロジェクトで最も難しく、そして最も重要なのがスコープ管理です。
よくある失敗は、
- 「これもやりたい」が増える
- 優先順位が崩れる
- ゴールが膨らむ
という状態です。
これを防ぐためには、
「やること」と同じくらい「やらないこと」を決める
必要があります。
特に初期フェーズでは、
完璧を目指すよりも、
「まず出す」ことに集中する設計が重要です。
問題は必ず起きる。だから前提にする
どれだけ計画しても、プロジェクトでは必ず問題が起きます。
仕様変更、想定外の不具合、認識ズレなど、
完全に防ぐことはできません。
だからこそ重要なのは、
問題が起きても崩れない構造にしておくこと
です。
具体的には、
- 小さく作る
- 早く確認する
- 修正しやすくする
といった進め方になります。
コミュニケーションは「回数」より「構造」
プロジェクトではコミュニケーションも重要ですが、
量を増やせば良いわけではありません。
大事なのは、
- 誰が何を判断するのか
- どのタイミングで確認するのか
- 何をもってOKとするのか
といったコミュニケーションの設計です。
神髄は「逆算」と「段取り」
ここまでをまとめると、プロジェクトマネジメントの本質は、
ゴールから逆算して、段取りを設計すること
に集約されます。
・何を作るのか
・いつまでに必要か
・どの順番で進めるか
これが明確になっていれば、プロジェクトはかなりの確率で成功します。
まとめ
プロジェクトマネジメントは、単なる進行管理ではありません。
「どうすれば自然に成功するか」を事前に設計する仕事です。
IICでは、この「設計」に重点を置き、
現場で無理なく回るプロジェクト推進を支援しています。