PMstyleプロデュース

◆スキルとは何か

そもそも、スキルとは何かという話があります。ＰＭＢＯＫでは、プロセスを知識エリア（統合、スコープ、タイム、コスト、品質、人的資源、リスク、コミュニケーション、調達）、とフェーズ（立上げ、計画、監視コントロール、実行、終結）に分けて整理しています。たとえば、計画におけるスコープですと

・要求事項収集
・スコープ定義
・ＷＢＳ作成

の３つがあります。そして、それぞれのプロセスはインプット、ツールと技法、アウトプットからなります。たとえば、ＷＢＳの作成ですと

＜ツールと技法＞
要素分解

＜インプット＞
プロジェクト・スコープ記述書
要求事項文書
組織のプロセス資産

＜アウトプット＞
ＷＢＳ
ＷＢＳ辞書
スコープ・ベースライン
プロジェクト文書更新版

となっています。このように分類していくと、それぞれのプロセスを実行できること、あるいは、もう少し細かく考えると、ツールと技法を実行できることがが「ＷＢＳ作成」というスキルだといえます。

そして、ＰＭＢＯＫ（Ｒ）では、このようなスキルを４０個強集めて、プロジェクトマネジメントの知識体系だと言っているわけです。


◆スキルでプロジェクトをマネジメントできるか

さて、ではこのようなスキルをたくさん習得すればプロジェクトマネジメントができるようになるのかというのが次の問題です。ＰＭＢＯＫ（Ｒ）に否定的な人たちは、そんなことを覚えても仕方ないと考えます。ＰＭＢＯＫの場合は、４０個強のプロセスが一応、繋がっていますので（アウトプットがどこかのプロセスのインプットになっている）、そのつながりに従って、プロセスを実行していくことはできます。言い換えると、それで本当にプロジェクトがマネジメントできるかという問題です。

ちょっと話が逸れますが、スキルを点だと考えると、複数のスキルをつなぎ合わせたものは線です。計画のスコープマネジメントですと

要求事項収集　→　スコープ定義　→　ＷＢＳ作成

という線ができるわけですが、機械的に各プロセスを実行しても、おそらく満足なＷ
ＢＳはできません。つまり、見かけ上つながっているのですが、実は線ではないので、その線上にあるＷＢＳは使えないのです。


◆スタイルが必要

ここにスタイルが必要になります。たとえば、

プロジェクト全体を４～５人のチームに分けて、チームごとにタスクを明確にし、１週間単位で進捗を管理し、１ヶ月スパンでスケジュール遅れの是正を可能にする

というスタイルを持っているとします。このようなスタイルを持って初めて、上の線が意味を持ってきます。

今、スコープマネジメントの計画という、比較的スタイルが確立された場面を取り上げたわけですが、プロジェクトマネジメントにはこのようなスタイルを確立しなくてはできない場面がたくさんあるわけです。

説明の都合上、ＰＭＢＯＫ（Ｒ）の話から入りましたのでスキルを習得して、スタイルを確立しようという話になりました。これは日本人の大好きな「守破離」という流れです。実際にこういう流れでプロジェクトマネジメントの習得をしている人も少なくありませんが、このやり方ではおそらくうまく行きません。スキルにどれだけ習熟すればいいのかという問題がついて回るからです。


◆スキル習得より、スタイルを確立しよう

プロジェクトリーダーが考えるべきことは、どういうスキルが必要かということではなく、どういうマネジメントをすればプロジェクトがうまく行くかです。つまり、スタイルなのです。スタイルを確立し、そのスタイルに必要なスキルを習得していくという目的指向のアプローチが必要です。

もちろん、全くスキルがないのに、スタイルを考えることは難しいですし、スタイルを考える意味があるのは程度のスキルがあってのことです。そのようなスキルはプロジェクトマネジャーを担当する以前に身につけておく必要がありますが、それは、メンバーとして参加しているプロジェクトでプロジェクトマネジャーのやっていることを観察するだけでかなりの部分がカバーできます。

ということで、プロジェクトリーダーになったらまず、スタイルを確立し、必要なスキルを身につけていくと同時に、それをブラッシュアップしていくとよいでしょう。