第2話:PMBOK(R)とコンセプチュアルスキル(2014.06.06)
◆はじめに
前回、コンセプチュアルスキルがプロジェクトマネジメントにどのように役立つかという問いについて
(1)PMBOK(R)を実行するにはコンセプチュアルスキルが不可欠
(2)プロジェクトで起こりそうな問題を予測する
(3)実行できる計画を作る
(4)プロマネやエンジニアとしての過去の経験を活かす
(5)トラブル発生時の厳しい制約の中で、創造性に富んだリカバリーのアイデアを 出す
(6)コミュニケーションを向上させる
(7)プロジェクトの成果を大きくする
の7つのポイントを上げた。今回から何回かに分けて、それぞれについて詳しく検討していこう。まず、今回は(1)のPMBOK(R)の実行について。
◆PMBOK(R)に対するIT企業の反応
日本の企業がPMBOK(R)が本格的に導入し始めたのは、2000年版(第2版)で、十数年前である。中心になったのはIT企業である。
PMBOK(R)については米国発の標準であるとか、PMP(R)を資格がないとグローバルなプロジェクトは仕切れないといった理由で関心は高かったが、一方で、自社には合わないとか、書かれていることがあいまいで何を書いてあるのかわからないといった否定的な意見も少なくなかった。
僕は当時からIT人材に対して、非常に本質的なスキルに欠ける人材が多いと思っていたので、そんなに意外な反応ではなかった。おそらくそういう反応をするだろうと思っていた。ちなみに弊社のクライアントは技術開発系の製造業とIT企業で、製造業でも少し遅れてPMBOK(R)に関心を持つ企業が増えたが、上のような反応はあまり見られなかった。
IT人材に欠けているスキルというのがコンセプチュアルスキルである。彼らが仕事で取り扱っていることは非常に概念的な世界なのでちょっと意外な気がするかもしれないが、おそらく間違っていない。
◆IT人材がコンセプチュアルスキルに欠ける理由(その1)
そのようになった理由は2つあるように思う。一つは、日本のITは自分たちでは何も新しいものを生み出さないにも関わらず、パッケージを受け入れてこなかった歴史がある。パッケージに自社の業務を併せるという発想がなく、自社の業務にパッケージを併せろとか、パッケージでは使えないのでスクラッチ開発だとやってきた。このような発想が今、イノベーションの文脈で問題になっているベンダーによるシステム開発という独特のビジネスの慣行を作ってきたわけだが、これこそ、IT人材のコンセプチュアルスキルの欠如という問題を起こした根本原因である。
IT人材の多数を占めるベンダーの人材は(顧客の)戦略やビジネスを具体的なシステムに落としたり、その逆にシステムでできることから戦略を考えたりする機会がほとんどないからだ。
◆IT人材がコンセプチュアルスキルに欠ける理由(その2)
もう一つは、ツールである。(米国の)IT業界はツールが好きだ。たとえば、要求モデリングを行うツールなんていうのは叡智の塊だと思う。
このようなツールが米国で発達したのには理由があり、それはよく知られているように米国ではIT人材の多くが一般企業に勤務していることだ。これが何を意味するかというと、自分はITエンジニアだからといって技術だけやっていればいいというのではすまされないことだ。
日本でも一般企業のシステム部門は技術オタクでは済まない。自社の業務に対する知識と、その上には事業や戦略に対する知識が必要であり、その中で自分の仕事を理解することが必要である。
Π型の人材モデルというのがあるが、少なくとも技術とビジネスに対して熟知しなくてはならない。すると時間がない。そこで技術についてツールが重宝するのだ。
ツールを使っていても、ビジネスと自分たちの業務との関連付けをしなくてはならなければ、思考停止を起こすことはない。しかし、システムを作るためだけにツールを使っていると、思考停止を起こしまい、ツールを使ってやっていることが何かが分からなくなってしまう。言い換えるとツールを使うこと自体が具体的なアクションとなり、抽象的なレベルの意味を考えることがなくなる。なので、業務経験を積んでもコンセプチュアルスキルが低いままになる。
◆コンセプチュアルスキルの低い人材にPMBOK(R)を使わせる方法
話が脱線しすぎたが、以上の2つの理由でIT人材には抽象的な仕事をしているにも関わらず、コンセプチュアルスキルが低いままである。ちなみに、IT業界の現場主義というのは製造業から来ていると思うが、エクセレントな製造業企業の現場主義は、コンセプチュアルである。つまり、現場でやっている泥臭い仕事の概念的な意味をよく理解している。
コンセプチュアルスキルが低い人がPMBOK(R)を見ると、抽象的だの、あいまいだのという話になるのは同然だ。ガイドとして作られたものであり、マニュアルとして作られたものではないからだ。
そこで、多くのIT企業がやったことは、ガイドをベースにして自社に適したマニュアル(プロセス)を作ることである。そこにドキュメントの書式や、分析ツールを加えれば、ほぼ考えなくても実行できる。
加えて、PMBOK(R)はカスタマイズしてもいいといった間違った情報が出回り、自社の状況に合わせたプロセスにしている企業も少なくない。PMBOK(R)ガイドは全体性があり、抜く分には全体性が失われないようによく考えられている。ところが加えてしまうと全体性は失われ、うまく行く確率が小さくなる。
◆具体化するのではなく、PMの概念化スキルを上げる
ここで、冒頭の問題に戻る。
以前から持論として申し上げているが、優れたプロジェクトマネジメントの実践方法には2つの方法がある。一つはマニュアルを徹底すること。つまり、プロセスに曖昧性が残らないように徹底的にプロセスを具体化すること。
もう一つはプロジェクトマネジャーがうまく育つこと。プロジェクトマネジャーが育つという意味は、PMBOK(R)の話でいえば、抽象的な表現がされているPMBOK(R)ガイドを試行錯誤して具体的な行動にできるような実行能力を身につけることだ。この実行力になるのはいわゆるPMコンピテンシーであるが、PMコンピテンシーを発揮できるようになるには、PMBOK(R)の優れた解釈が必要なのだ。
つまり、コンセプチュアルスキルこそが、プロジェクトマネジメントの実行力のカギを握っているといえる。
◆関連するセミナーを開催します
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
◆コンセプチュアルなプロジェクトマネジメントのポイント ◆7PDU's
日時・場所:【Zoom】2025年 02月 13日(木)9:30-17:30(9:20入室可)
【Zoomハーフ】2024年 12月 18日(水)13:00-17:00+3時間
【Zoomナイト】2025年 01月 22日(水)24日(金) 19:00-21:00+3時間
※Zoomによるオンライン開催です
※ナイトセミナーは、2日間です
※ハーフセミナー、ナイトセミナーは、事前学習が3時間あります。
※少人数、双方向にて、演習、ディスカッションを行います
講師:鈴木道代(プロジェクトマネジメントオフィス,PMP,PMS)
詳細・お申込 https://pmstyle.biz/smn/conceptual_pm.htm
主催 プロジェクトマネジメントオフィス、PMAJ共催
※Youtube関連動画「コンセプチュアルスキルとは(前半)」「コンセプチュアルスキルで行動が変わる」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【カリキュラム】
1.VUCA時代に必要なコンセプチュアルなプロジェクトマネジメント
2.プロジェクトへの要求の本質を反映したコンセプトを創る
3.コンセプトを実現する目的と目標の決定
4.本質的な目標を優先する計画
5.プロジェクトマネジメント計画を活用した柔軟なプロジェクト運営
6.トラブルの本質を見極め、対応する
7.経験を活かしてプロジェクトを成功させる
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
著者紹介
好川哲人、MBA、技術士
株式会社プロジェクトマネジメントオフィス代表、PMstyleプロデューサー
15年以上に渡り、技術経営のコンサルタントとして活躍。プロジェクトマネジメントを中心にした幅広いコンサルティングを得意とし、多くの、新規事業開発、研究開発、商品開発、システムインテグレーションなどのプロジェクトを成功に導く。
1万人以上が購読するプロジェクトマネジャー向けのメールマガジン「PM養成マガジン(無料版)」、「PM養成マガジンプロフェッショナル(有料版)」や「コンセプチュアル・マネジメント(無料」、書籍出版、雑誌記事などで積極的に情報発信をし、プロジェクトマネジメント業界にも強い影響を与え続けている。
メルマガ紹介
本連載は、PM養成マガジン購読にて、最新記事を読むことができます。