ＰＭＢＯＫ（プロジェクトマネジメント知識）ガイドを勉強したが、プロジェクトの実世界では役に立たない。また、ＰＭＰ（プロジェクトマネジメントのプロ）資格保有者を養成したが、一向に赤字プロジェクトは減らないし、ＰＭＰは役に立たない、という声も聞く。本当に役立たないなら、どうして世界中で２００万部（２００６年末現在）以上も読まれているのだろうか。現在、ＰＭＰ保持している人が２０万人以上いる。過去に取得したが更新せず資格を喪失した人たちのことを考えるとその数は計り知れない。それなのにどうして役に立たないといえるのであろうか。　

これから数回に分けてＰＭＢＯＫの意味について私の考えを述べてみたい。　

ＰＭＢＯＫの初版が発行されたのが１９８７年というから２０年の歴史を持っているし、１９９６年版からは４年毎に改訂されており、今や、世界１０カ国語に翻訳されている。改訂に当たっても世界中のプロたちがボランティアとして参画し、彼らの知恵と経験の集大成であることを考えると、役立たないはずがないと考えるのが普通ではないだろうか。　

かくいう私もＰＭＢＯＫ（１９９６年版）を最初に手にしたときは、正直にいって理解しがたく役立つのだろうかというのが実感であった。あれから６年、読めば読むほどその深さを思い知らされる今日この頃である。そのいくつかを述べてみたいと思う。　

私の経験では、プロジェクトを成功させるための第一条件は、プロジェクト関係者、いわゆるステークホルダーの協力が得られることである。なかでもお客様の協力が得られることが最も重要だと考えている。１年に亘って私の足跡を振り返るチャンスをいただいて、多くのトラブル・プロジェクトを経験させていただいたことを改めて思い出すことができ、ほとんどのプロジェクトでお客様のご協力をいただいて立ち直ることができたことを思い知らされた。ＰＭＢＯＫでいうところの、“ステークホルダー・マネジメント”である。ステークホルダー・マネジメントは、プロジェクトのステークホルダーのニーズを満たし、ステークホルダーとの課題を解決することである。そのために要求されるスキルは“コミュニケーション”であるといわれている。　

ＰＭＢＯＫの良さの一つは、“可視化”をバックボーンにしていることだと思う。ワーク・ブレークダウン・ストラクチャー（ＷＢＳ）、組織ブレーク・ダウン・ストラクチャー（ＯＢＳ）、資源ブレーク・ダウン・ストラクチャー（ＲＢＳ）、リスク・ブレーク・ダウン・ストラクチャー（ＲＢＳ）は可視化を狙いとしたツールである。これらは、プロジェクトの難しい問題を、誰にでも、分かりやすく、説明するためのツールであり、コミュニケーションの促進を促すものである。　

プロジェクトの作業範囲を（ＷＢＳ）、プロジェクト・メンバーの役割・責任関係を（ＯＢＳ）、プロジェクトに必要な資源やコストを（ＲＢＳ）、そしてプロジェクトのリスクを（ＲＢＳ）理解して、初めてステークホルダーの協力を得られるのではないだろうか。これらのツールは、ステークホルダーの理解を得るためのコミュニケーションのツールとして用意されたものである。