プロジェクトを成功に導くための知識体系：PMBOKガイドの活用

工場の生産性向上や品質改善を進めていくうちに、現在の設備の限界や幅広い能力が必要になり、設備導入を検討する場合があるのではないでしょうか。

しかし、現在の設備を更新するのか、新規で全く新しい設備を導入

では、今回はまず両者の考え方や何が重要なのかポイントを整理してみましょう。

なぜ今あらためてPMBOKなのか

設備導入の現場で、こんな場面はないでしょうか。

「とりあえず進めよう。細かいことは後で調整」

「これまで問題なかったから大丈夫」

「前回もこのメーカーだったから安心」

しかし数か月後、

追加費用が発生する

納期が遅延する

現場から不満が出る

経営層から説明を求められる

これは技術力の問題ではありません。
多くの場合、「管理の構造」が曖昧なのです。

そして今、その曖昧さは通用しなくなっています。

プロジェクトマネジメントの歴史と時代背景

■ 1950年代：軍事開発と巨大プロジェクト

プロジェクトマネジメントが体系化されたのは1950年代。
アメリカ国防総省がポラリスミサイル開発でPERTを導入したのが代表例です。

複雑で巨大な事業は、感覚では管理できない。
この認識が、管理技術の体系化を進めました。重要になりやすいのです。

■ 1969年：PMI設立

1969年、アメリカでPMI（Project Management Institute）が設立されます。
背景には、宇宙開発（アポロ計画）や大型インフラ整備がありました。

技術の高度化と組織の巨大化が進み、「標準化」が求められたのです。

■ 1987年：初版PMBOK発行

1987年にPMBOK初版が発行。
それまで分散していた知見を体系化しました。

重要なのは、「理論」ではなく、
実務で使われてきたベストプラクティスの整理だという点です。

■ 現代：VUCAの時代

2000年代以降、

グローバル化

IT化

サプライチェーンの複雑化

法規制の高度化

設備導入も、もはや単純な機械購入ではありません。

海外メーカーとの契約

CE規格や安全法規

補助金申請要件

データ連携

この複雑さは、1960年代の宇宙開発に匹敵するとも言えます。

---

プロジェクトマネジメントの基本概念：プロジェクトの“定義”

プロジェクトとは、

一時的な取り組みである

独自の成果物を生む

明確な目的を持つ

設備導入は、まさにその典型です。

しかし多くの現場では、日常業務の延長で扱われます。

その結果、

目的が曖昧

ゴールが不明確

終わらせ方が決まっていない

という状態になります。

定義を明確にすることは、
「議論の出発点を揃える」ことです。

PMBOKがまとめられた背景：属人化からの脱却

PMBOKが必要とされた最大の理由は、

プロジェクトが人に依存しすぎていたからです。

1960年代の宇宙開発でも、
優秀な技術者が多数いました。

しかし、個人に依存する管理では限界がありました。

判断が属人的

記録が残らない

成功要因が再現できない

これは、現在の設備導入にも当てはまります。

---

5つのプロセス群を深掘りする

① 立上げ（Initiating）

なぜ設備を導入するのか。

生産能力増強？

品質向上？

人手不足対応？

補助金活用？

ここが曖昧だと、途中で目的がぶれます。

実際、多くのトラブルは
「そもそも何のための設備だったのか」が曖昧なことから始まります。

② 計画（Planning）

計画は工程表作成だけではありません。

スコープ（どこまでやるか）

コスト

リスク

体制

品質基準

計画とは、「失敗を事前に想像する作業」です。

ここを省略すると、後工程で必ず問題になります。

③ 実行（Executing）

設計・製作・据付。

ここは最も目に見えるフェーズです。

しかし、計画が弱いと、
実行中に判断が迷走します。

④ 監視・コントロール（Monitoring & Controlling）

進捗、コスト、品質を監視します。

重要なのは、

「問題が起きてから対応」ではなく
「兆候を早期に検知する」こと。

⑤ 終結（Closing）

検収、振り返り、教訓の記録。

ここが抜けると、
失敗が再発します。

終結は“学習”のフェーズです。

6．10の知識エリアを設備導入に当てはめる

例えば「リスク管理」。

為替変動

納期遅延

技術的未成熟

法規制変更

事前に洗い出せば、対応策を準備できます。

しかし多くの現場では、
「起きてから考える」文化があります。

PMBOKは、これを“事前管理”へ転換します。

PMBOKは理論ではなく実装が重要

重要なのは、

PMBOKを読むことではなく、
業務フローに落とし込むことです。

例えば、

プロジェクト憲章テンプレート

責任分担マトリックス
仕様比較表フォーマット

リスク登録簿

変更管理手順

すべてをやる必要はありません。

自社にとって重要なポイントを選び、
形にすることが重要です。

繰り返しによるブラッシュアップ

最初から完璧な仕組みは作れません。

小規模案件で試す

振り返る

改善する

テンプレ更新

このサイクルを複数回回すことで、

経験が組織知になります。

属人化を脱却するために必要なもの

PMBOKは考え方をまとめたツールと考えてください。

本当に必要なのは、そのツールを使いこなすひとの想いや工夫です。

トップの意思

文書化文化

振り返り文化

若手育成の覚悟

これがなければ、仕組みは形骸化します。

まとめ

1950年代の軍事開発も、
1960年代の宇宙開発も、
「個人の力」だけでは乗り越えられませんでした。

だから体系化が生まれました。

今、多くのプロジェクトや設備導入も同じ地点に立っています。

属人化から仕組みへ。
感覚から構造へ。
偶然から再現性へ。

PMBOKはそのための知識体系です。

これらのポイントの認識して、進めることで、少しでも失敗するリスクを減らすことができます。

この記事では、設備更新と新規設備導入の考え方の違いについて、ご紹介しました。

当社では、設備導入時にこれらの整理するお手伝いも行っております。

まずは、お気軽にご相談、ご連絡ください。