プロジェクトリスクマネジメント

プロジェクトリスクマネジメントとは?

プロジェクトがうまくいくか、いかないかは、リスクマネジメントができているかによっても変わってきます。プロジェクトにはさまざまなリスクが存在し、それらのリスクをどのように適切に処理できるかが問われます。
PMBOK(ピンボック)では、「プロジェクトに関するリスク・マネジメント計画、特定、分析、対応計画、対応処理の実行、およびリスクの監視を実施するプロセスからなる。」と定義されています。
つまり、プロジェクトリスクマネジメントとは、プロジェクトにおいて起こりうるリスクを、予め影響範囲の大小を見極めて、マネジメントをすることです。

ここで、リスクについて整理しておきましょう。
リスクには、純粋リスク投機的リスクと、大きく分けて二つあります。
まず、純粋リスクとは、コンピュータ障害など、純粋に損失のみが発生する可能性のことを指します。
そして投機的リスクとは、株式投機など利益と損失の両方の可能性のこと。
リスク・マネジメントでといえば、純粋リスクのみを想定しがちですが、PMBOKでは投機的リスクも含めて、リスクマネジメントするように明記されています。

リスクマネジメントの規格

リスクマネジメントには関連した国際規格および国内企画があります。

(1)ISO 31000:2009(国際規格)/JIS Q 3100:2010(国内規格)

リスクマネジメントに関する原則及び一般的な指針をまとめたもの。ISO31000の最新版は2018年版ですが、まだJIS規格には反映されていない(2018年本記事執筆時)

(2)I SO Guide73:2009(国際規格)/JIS Q 0073:2010(国内規格)

リスクマネジメントの用語を定義した規格

(3)IEC/ISO 31010:2012(国際規格)/JIS Q 31010:2012(国内規格)

リスクアセスメント技法に関する規格。略称IEC31010。dual logoの場合は、IEC/ISO31010

これらの規格は、これまで経営やプロジェクト管理、セキュリティなどさまざまな分野で独自の発展を続けてきたリスクマネジメントに対して、すべてのマネジメントに適用できるプロセス、そしてフレームワークを提供するものです。
つまり、リスクマネジメントに関する知識を身につけておけば、企業経営や情報セキュリティ分野でも知識を生かすことができます。

リスクマネジメントの定量的ツール

リスクマネジメントのやり方についてですが、詳細について語ると膨大な量になるため、概要だけお伝えします。
まず、「感度分析」「期待金額価値分析」「デシジョンツリー分析」など、定量的リスク分析で使用するツールについてです。

感度分析

感度分析とは、複数あるリスクのうち、どのリスクがプロジェクトに与える影響が最も大きいかを見る分析手法です。
どのリスクを重点的に管理するのか、優先順位をつける際に使われるものです。

期待金額価値分析

EMV=Expected Money Value分析のことで、確率論の「期待値」を使った分析手法が、期待金額価値分析と言います。
あるリスクに対して、起こりうる結果が複数ある場合に、それぞれの結果がもたらす期待と、それと同時にその結果になる確率をそれぞれ求めて、乗じて、合算した総和を求めるとできます。

デシジョンツリー分析

あるリスクに対して複数の対応策や選択肢があるときに、個々の選択肢のコスト、リスクの発生確率、発生した時の結果を算出します。
そして個々の選択肢のEMVも求めることができます。
このように作成したデシジョンツリー図を用いて行う分析手法が、デシジョンツリー分析です。

全体像を把握することがカギ

とはいえ、リスクマネジメントとは、具体的に動けるためにも、プロジェクトのプロセスとして全体像を把握しておくことがカギとなります。

プロジェクト計画時には、各工程における発生しうるリスクとその影響範囲について整理をし、考えられる対策を打てるようにしておくこと。
そしてプロジェクト実施時には、設定したリスクをしっかり監視し、発生したら計画通りに行うこと。

ただ、PMに求められる資質は、何よりも想定外のリスクが発生した場合でも、冷静に正しく柔軟な「変化に強い対応」が臨機応変にできるかどうかです。
そのための判断軸として、影響範囲の見極めが重要となります。リスクは予め対処すれば、問題が拡大せず影響範囲を最小限に留めることができます。
何かを取捨選択しなければならない場合には、この影響範囲という軸で判断するような視点を普段から持つようにしましょう。

プロジェクト品質マネジメント

プロジェクト品質マネジメントとは?

プロジェクト品質マネジメントは、プロジェクトマネジメントの手法を体系立ててまとめたPMBOKの一領域で、プロジェクトのマネジメント成果物の両方を取り扱います。

プロジェクト品質マネジメントは、成果物の性質に関係なく、すべてのプロジェクトにおいて適用されてきます。
成果目標の最後が品質なので、品質は、納期遅延や予算超過につながる先行指標でもあります。そのため、品質確保をしっかりと行うことが、プロジェクトの成功率に直接つながっていきます。
PMBOK(ピンボック)では、プロジェクト品質マネジメントを「品質マネジメントの計画」、「品質のマネジメント」、「品質のコントロール」の3つのプロセスで行うとしていますが、ISO9001、10000といった国際標準化機構の定める規格やガイドラインとも整合性をもつためでもあります。

プロジェクト品質マネジメントの各プロセス

①品質マネジメントの計画

品質マネジメントの計画では、マネジメント領域の他のプロセスのマネジメント方法や進め方を定義し文書化し、プロジェクトマネジメント計画書の補助計画書を作成します。
つまり、品質マネジメントの計画では、品質方針の他スコープや成果物の記述書などのインプットから、品質マネジメント計画書や品質尺度へアウトプットとして作っていきます。

②品質のマネジメント

品質のマネジメントは計画を実行に移すプロセスのことです。「品質のコントロール」プロセスのデータや結果をもとに、プロジェクトの全体的な品質に関する状況をステークホルダーに示していきます。そのアウトプットとして行うのが、品質報告書の作成です。

③品質のコントロール

品質のコントロールでは、顧客の要求する品質実績報告(第三者的な視点からの監査やレビュー結果報告書やテスト結果報告書など)を比較して差異をチェックし、その差から、本来あるべき質を検証します。

実践で活用していくには?

品質マネジメントは、顧客の要求に一致する成果物を作成するために、プロセスの品質を高めるものです。
顧客ニーズに確実に見合うものにしていくためにも、目先のコストやスケジュールに捉われずに、満足いただける品質観点を忘れずに提供し続けることです。
QCDのコントロールという観点で言うと、納期とコストは予め定まっているため、「限られた期間と予算で顧客の求める品質をいかに実現するか」が、プロマネに求められる品質のコントロールです。
そのためには、先述の3つのプロセスを、計画から実行、監視・コントロールまで確実にアウトプットしていくことが大事になってきます。臨機応変に対応できるようにしておきましょう。

PMBOK(ピンボック)

PMBOKとは?

PMBOK(ピンボック)は、プロジェクトマネジメントの原理原則として、プロジェクトマネジメントの実務ノウハウをまとめた世界基準のことで、Project Management Body of Knowledgeを略した呼称です。

PMBOKは、アメリカに本部を置く団体PMI(Project Management Institute)が発行している世界基準で、「10の知識エリア」と「5のプロセス群」のマトリックスから構成されています。このようにプロジェクトマネジメントを初めて体系化したのが、PMBOKなのです。

1976年に初版が出され、以降、約4年に一度のペースで改訂され、現在は2017年に改訂された第6版が最新版となっています。
PMBOKが提唱される前までは、プロジェクトマネジメントという言葉はあっても、体系だって説明されていなかったため、言葉の内容について認識祖語が起きていました。
プロジェクトマネジメントを、スケジュール管理のことだと考える人もいれば、原価管理のことだと捉える人もいる状態でした。
そんな状態の中、体系だって、プロセス化されているため、PMBOKは世に広まっていきました。

「10の知識エリア」と「5のプロセス群」

PMBOKを理解するには、まず「10の知識エリア」と、「5のプロセス群」を理解する必要があります。

知識エリアは、プロジェクトの最終目的である
①Quality(品質管理)
②Cost(原価管理)
③Delivery(スケジュール管理)
に加えて、そこに至るまでのプロセスとして
④スコープ管理
⑤要員管理
⑥コミュニケーション管理
⑦リスク管理
⑧調達管理
⑨ステークホルダー管理
という6項目を、さらに全体をトータルに管理する
⑩統合管理
を含めた10項目で構成されています。

次に「5のプロセス群」は、プロジェクトの最初から最後までの流れを
①立ち上げ
②計画
③実行
④監視・管理
⑤終結
という5つのプロセスに分割したものです。知識エリアとのマトリクスにより、どのプロセスで何を作成・管理すべきかということがこれで定義できます。

それに加え、知識エリアとプロセスのマトリクスだけでなく、その構成には、「入力」、「ツールと実践技法」、「出力」という3つのパートが合わさってきます。
何をもとにして、どんなツールを使ってどんな風に、何を作成するか」という内容が定義されているのです。

現場での活かし方

しかし、PMBOKを知識として学んだだけでは、実践に活かすことはできません。フレームワークとしてPMBOKを現場で活かすにはどうしたらいいのか。それは、「変動要素をいかにコントロールするか」にかかっています。
ただし、リスクや問題はコントロールできるものでもないので、リカバリープラン解決方法を予め複数考えておくことが重要です。

問題は、「早く発見し、ゆっくり解決する」のが大原則です。
直前に問題が発覚しても、打ち手は限られてしまうため、リスクとなりうるものは、できる限り早く検知し、予め複数プランを立案することで、何か起きた時の備えができるのです。

このようにプロジェクトマネジメントをする際には、PMBOKをフレームワークとして使用しつつも、「変化に強いマネジメント」が求められます。

プロジェクトマネジメントオフィス(PMO)

プロジェクトマネジメントオフィスとは

プロジェクトマネジメントオフィス(以下PMO)は、組織内における個々のプロジェクトマネジメントの支援を横断的に行う部門や構造システムのこと。

PMIが発行しているPMBOKによると、PMOの責任とは、プロジェクトマネジメントを支援したり、または直接マネジメントしたり、広範囲にわたる」と記されています。
一般的には、プロジェクトマネジメント方式の標準化、プロジェクトマネジメントに関する研修など人材開発、プロジェクトマネジメント業務の支援、プロジェクト間のリソースやコストの各種調整、個別企業に適応したプロジェクト環境の整備などが、PMOの役割になります。

日本企業におけるPMO事情

では、日本におけるPMOはどうなっているのでしょうか?
中小企業庁の2012年2月の調査によると、日本における企業全体に占める中小企業・小規模事業者の割合は99.7%(うち小規模事業者は86.5%)と、数字で見ても日本の企業のほとんどが中小企業で成り立っていることがわかります。
PMOを設置したくても設置できない企業も多く、大企業でもPMOの具体的な導入方法がわからない会社もあるほど。

PMO導入のメリットとは

PMOを導入することで得られるメリットはたくさんあります。
たとえば、プロジェクト現場では、プロジェクトの手法・ベストプラクティスの共有や、品質・スケジュール管理の高度化、コストやリスク管理の高度化が見込まれます。

企業経営においては、プロジェクトマネジメントの進行に適切な環境整備や、プロジェクトマネジメントの手法・知識の標準化、プロジェクトマネジメント人財の安定的育成に。日本では、まだプロマネ教育が体系だって行われていないケースが多いですが、昨今では、短納期・短サイクル・同時並行が当たり前のように要求されており、より高度なPMが求められています。

中小企業であっても、高収益企業では、業務プロセス改善など適切なIT投資を実現しているというデータがあり、ITソリューションを企業戦略に取り込めた企業が実績を伸ばしていることがわかります。
IT投資とビジネス拡大との相関性があることも中小企業庁調査室の調べでわかっています。(2016年版 中小企業白書概要 平成28年4月 「IT導入を収益拡大に繋げるための取組」 中小企業庁調査室)

そのため、今後企業のIT投資を見据えていく上でも、PMOを導入することで、プロジェクトコントロールできる人材を育成は必要になってきます。
組織においてPMOは、個別のプロジェクト支援に留まらず、組織全体のプロジェクトマネジメント力の向上が期待できます。
組織PMOのメンバーは、なぜ自組織でPMOが導入されたかの背景を理解した上で取り組むことで、より業務の高度化が測れるようになるので、意識すると良いでしょう。

プロジェクトマネージャー(PM)

プロジェクトマネージャーとは

プロジェクトマネージャー(以下PM)とは、QCD(Quality<品質>、Cost<コスト>、Delivery<納期>)をコントロールする仕事のこと。

まず、PMの役割について。
PMは、プロジェクトが現在どうなっているのかを調べるのではなく、どうしたらいいかを考え、全体のバランスを調整する、いわばプローデューサーなのです。管理をする人を勘違いされることも多いですが、日々変化していくプロジェクトの状況を見て、冷静に的確な判断ができる、変化に強い人材こそがPMです。

PMが増えない理由とは

ただ業界として、確固たる成功モデルが確立されておらず、標準化されていないことから、PMの力量によって、プロジェクトの成否が判断されてしまいがちです。

経済産業省によると2010年代の後半から2020年にかけて、産業界では大型のIT関連投資が続くことや、昨今の情報セキュリティーなどに対するニーズの増大により、IT人材の不足が改めて課題となっており、ビッグデータ、IoT(Internet of Things)、AI(人工知能)などの新しい技術やサービスの登場により、今後さらなるITの高度化・多様化が進展することが予想されるため、中長期的にもITに対する需要は引き続き増加する可能性が高いといわれています。
その一方で、人材という「量」が足りていないことに加え、ユーザー企業もITベンダーも、プロジェクトマネジメント力に不足感を抱いているという「質」の問題があります。

量も質も足りていないと、PMになりたいと思う人も少なくなり、教えられるPM自体の数も総体的に減ってしまいます。

PMの成功の要は”傾聴力”にあり

ではPMは、報われない仕事なのでは?
と感じる方もいるかもしれませんが、大きな誤解です。

繰り返しますが、PMとは、QCDをコントロールする仕事です。
QCDさえコントロールできれば、結果が出て、PMは報われるはずです。
つまり、プロジェクトにおける、あらゆるリスクを想定し、リスク対策の計画を立て、想定外のことが起きた場合でも的確にスピーディーに対応し、納期遅延やバグが発生しないよう対処できればいいのです。

そのためには、顧客が意図していることをしっかりヒアリングできる力がPMには必要です。
相手の意図を理解し、気持ちに共感し、どうすればプロジェクトがより良い方向にいくかを一緒に考えられる、傾聴力があれば、コミュニケーションの中でも主導権を握ることができるようになります。
傾聴力は才能ではなく、多少のトレーニングは必要にはなりますが、PMをやる上では欠かせません。高い傾聴力があると、組織化してプロジェクトを遂行する際に、メンバーを巻き込んで取り組む際にも有効になります。

PMは決して孤独な仕事ではなく、プロジェクトの目的とゴールを指し示し、運営体制と役割分断をメンバーと共有し、プロジェクトの運営ルールを企てていくため、メンバーとの協働がカギとなります。

これらのポイントを押さえておけば、PM業務を行うことができます。採用側は、PMはこれらを重点的に抑えた特別教育が必要になるため、PMとしての能力はそのまま管理職としての能力に直結すると考えて、取り組むことをオススメします。

プロジェクトマネジメント

そもそもプロジェクトマネジメントとは?

プロジェクトマネジメントとは、プロジェクトを遂行するために計画を立て、プロジェクトの目的を達成するためにコントロールをすることです。
プロジェクトが成功するかどうかは、道筋が明確で何をいつすれば良いかダンドリを把握しているかどうかにかかっています。
QCD(品質・コスト・納期)だけでなく、スコープやリスク、ステークホルダーなど、様々な視点が必要になってきます。

そのプロジェクトマネジメントの原理原則として、プロジェクトマネジメントの実務ノウハウをまとめた世界基準であるPMOK(Project Management Body of Knowledge)があります。
PMOKとは、アメリカに本部を置く団体PMI(Project Management Institute)が発行している世界基準で、「10の知識エリア」と「5のプロセス群」のマトリックスから構成されています。
その中に「47のプロセス」があり、現在のIT業界におけるプロジェクトマネジメント基準の中では、この右に出るものはありません。

独自性が求められる”今”だからこそプロジェクトマネジメントが必要に

では、なぜ今プロジェクトマネジメントが必要とされているのでしょうか。
1990年頃まではプロジェクトというと海外のプロジェクトや大規模な部門横断型の業務をイメージされていましたが、2000年頃から急速にグローバル化の進展に伴い、情報化社会におけるスピード性・独自性が求められるようになり、企業や組織のミッション達成のための様々な領域において規模に関わらずプロジェクトという言葉が日常的に使われるようになりました。

このように昨今のビジネスにおける環境変化から、「今までにしたことがない」かつ「ルーチンワークではない」プロジェクトが日常業務で多く取り組まれるようになり、プロジェクトをいかに筋道よく立て、効果最大化を測れるかが重視されるようになりました。
プロジェクトとは、始まりがあり、終わりがある計画のことなので、計画までの道筋が立てられていないと、予期せぬ方向に進んでしまい、脱線してしまい、期限に間に合わないという自体も発生します。
そのため、プロジェクトのゴールに向けて、仕立てる力が必要になってきます。舵取りをする専門家のことをPM(プロジェクトマネージャー)といいます。

誤解されがちなプロジェクトマネジメント、使わない手はない

高い重要性が感じられるプロジェクトマネジメントですが、世の中にあまり浸透されていないのは、技術者の方がスキルアップの一つとしてPMを身につけることが多いこともあり、IT技術がないとできないという誤解があるのも一因です。

ただ、プロジェクトマネジメントを行う際、技術を必要としません。
47のプロセスに則って構造的にQCDにも意識を向けて、プロジェクトを成功させていく道筋を立てていくことは、言葉だけ聞くと難しく思えますが、実はコツを掴んでしまえば、難しいことではありません。
プロジェクトマネジメントは組織が掲げる目標を構造的に効率よく達成するための必須の業務遂行方法にもなるため、現在様々な業界・業種で採用されているほどです。