プロジェクトマネジメント
目標達成に向けて、計画 / 人 / 進捗 / リスクを管理し、プロジェクトを成功へ導く活動
プロジェクトマネジメントとは
プロジェクトマネジメントは、明確な目標と期限を持つ取り組み (プロジェクト) を成功に導くために、計画・人員・進捗・コスト・リスクを管理する活動だ。日常の定常業務とは異なり、プロジェクトには「始まりと終わり」がある。限られた資源の中で、決められた品質の成果物を期日までに届けることが、その使命になる。
管理する制約
| 制約 | 内容 |
|---|---|
| スコープ | 何をどこまで作るか |
| 時間 | いつまでに完成させるか |
| コスト | 予算・人員 |
| 品質 | どこまでの水準で仕上げるか |
これらは互いに連動し、一つを変えれば他に影響する。例えば納期を早めれば、スコープを削るか人員を増やす必要が生じる。このトレードオフの調整がマネジメントの核心だ。厄介なのは、納期とコストが対外的な約束として動かしにくく、スコープも合意済みだと削りにくいため、しわ寄せが最も声を上げない品質へ回りやすいことだ。テストや見直しの時間が最初に削られる現場が多いのは、この構造のせいだ。
範囲を階層に分解する
計画の出発点は、作るものを階層に分けていく作業だ。成果物を大きな単位から段々と細かく割り、見積もりと担当を割り当てられる大きさの末端まで下ろす。この分解を作業分解構成 (WBS) と呼ぶ。
要点は、思いついた作業を並べるのではなく、上の階層の範囲が下の階層の合計でちょうど覆われるように割ることだ。合計が上を超えるなら余計なものを作ろうとしており、足りないなら誰も担当しない隙間が残っている。抜けはこの隙間から生まれる。細かく割る効果はもう一つあり、大きな塊のまま「3 か月くらい」と見積もると誤差が読めないが、数日単位まで割れば、どの見積もりが怪しいかを個別に指摘できる。
期間を決めるのは最長経路
作業を洗い出したら、次はどれがどれの完了を待つかという依存関係をつなぐ。開始から終了までの経路のうち最も長いものが、そのプロジェクトの最短期間になる。これをクリティカルパスと呼ぶ。
ここから実務上の重い結論が出る。この経路の上に無い作業をどれだけ早く終わらせても、納期は 1 日も縮まらない。逆に経路上の作業が 1 日遅れれば、全体がそのまま 1 日遅れる。経路の外にある作業には、遅れても全体に響かない余裕があり、人手が足りないときはその余裕を削って経路上へ回すのが定石になる。「みんな忙しいのに納期が縮まらない」という状況は、経路の外側の作業に力が注がれているときに起きる。依存関係を書き出さないまま人を増やすと、この空回りが見えないまま進む。
進め方の二大潮流
| 手法 | 特徴 |
|---|---|
| ウォーターフォール | 計画を固め、順番に工程を進める |
| アジャイル | 短い反復で作りながら方向を調整する |
要件が固まっている案件はウォーターフォール、変化が大きい案件はアジャイルが向くと言われるが、本質は「決定をいつ下すか」の違いだ。後から変えるのに大きな費用がかかる対象、例えば製造をともなうものや契約で範囲を固定したものは、決定を前へ寄せて検討を尽くすほうが安い。逆に、何を作るべきかが作ってみて初めて分かる対象では、決定を先延ばしにして手戻りを小刻みにするほうが安い。判断の材料は好みや流行ではなく、その案件で後戻りにいくらかかるかだ。
知識体系には版がある
実務の共通語彙は、体系としてまとめられたものを土台にしている。代表がプロジェクトマネジメント知識体系ガイド (PMBOK ガイド) で、日本語版の第 7 版は 2021 年 11 月に刊行され、プロジェクトマネジメント標準を併せた構成になっている。注意したいのは、この種の体系は版を重ねる中で章立てや扱う枠組みそのものが変わるという点だ (2026 年 8 月時点)。書籍や研修で「体系ではこう定義されている」と説明を受けたときは、どの版の話かを確かめないと、用語の指す範囲が食い違ったまま議論することになる。
成否を分ける視点
優れたプロジェクトマネジメントは、ツールや手法そのものより「人とコミュニケーション」に宿る。進捗の遅れや課題を早期に表面化させ、関係者の認識を揃え続けることが、手戻りや破綻を防ぐ。
遅れが表に出てこないのには理由がある。完了率で報告させると、作りかけの状態を主観で数字にすることになり、9 割まではするすると進んで残りの 1 割で止まる。手を付けた分だけ進んだと申告できるうえ、悪い数字を出すと説明を求められるので、報告する側にも数字を丸める誘因が働く。だから進捗は割合でなく、終わったか終わっていないかで確認できる単位まで割っておく必要がある。計画を立てただけで放置し、問題が大きくなってから気づくのが失敗の典型だ。完璧な計画よりも、変化を察知して柔軟に修正し続ける運用が、現実のプロジェクトを支える。
最初にやることを一つ挙げるなら、依存関係を書き出して最長の経路を確かめることだ。そのうえで、経路上の作業だけは終わったか終わっていないかの二値で毎週確認する。この二つを回すだけで、遅れに気づくのが数週間早くなる。
この記事は役に立ちましたか?