【書評・感想】『PMの哲学』｜PMに求められるのはマネジメントスキルだけではない
はじめに
プロジェクトマネジメントを学ぶ際、自分が携わっている専門分野の知識や経験だけでなく、異なる分野のプロジェクトマネジメントを知ることも重要だと考えています。
今回紹介するのは『PMの哲学』です。本書は、中規模のITプロジェクトを対象に、プロジェクトマネージャ（PM）はどうあるべきかを、著者の経験を踏まえて解説した一冊です。
私はEPC（設計・調達・建設）分野で約10年、プロジェクトマネジメントに携わってきました。自分の専門とは異なるITプロジェクトのPMについて知見を広げたいと思い、本書を手に取りました。
読んでみて特に印象に残ったのは、「PMである前にSEであれ」という考え方です。
この記事では、本書の内容を紹介しながら、感想と評価（80点）、そして自分自身のプロジェクトマネジメントへの考え方をお伝えします。
書籍情報
- 書名：PMの哲学
- 著者：室脇 慶彦
- 出版社：日経BP
- 発売日：2018年3月15日
- ページ数：248ページ
- ISBN-13：978-4822257378
- 対象：中規模ITプロジェクトのPM
『PMの哲学』の概要
本書は、中規模のITプロジェクトにおけるPMの役割や、求められる姿勢について解説しています。
著者は、ITプロジェクトを規模によって区別し、それぞれに適したマネジメントが必要だと述べています。本書が対象とする中規模プロジェクトは、一般的にサブシステムと呼ばれる規模で、200人月以下、2,000FP以下と定義されています。
著者の主張で特徴的なのは、中規模プロジェクトのPMは、マネジメントに専念するのではなく、SEとしての役割も担うプレイングマネージャーであるべきという考え方です。
顧客の要望を理解し、システムを設計・開発し、品質を確保する。さらに、メンバーの指導や育成を行いながら、プロジェクト全体をマネジメントする。このような役割が、中規模プロジェクトのPMには求められるとしています。
また、本書ではPMを宮大工の棟梁に例えています。
棟梁は職人に仕事を割り振るだけではありません。顧客の要望を踏まえて設計し、職人の仕事を確認・指導し、必要に応じて自ら手を動かしながら建物を完成させます。ITプロジェクトのPMも同じように、専門的な知識や技術を持ちながら、プロジェクトを完成に導く存在であるという考え方です。
本書を読んで印象に残ったこと
1. PMはマネジメントだけでなく、専門スキルも必要
最も印象に残ったのは、前述の「PMである前にSEであれ」という考え方です。
PMというと、スケジュール管理や進捗管理、課題管理、メンバーとのコミュニケーションなど、マネジメントの仕事をイメージする人が多いと思います。もちろん、これらはPMにとって重要な仕事です。
しかし本書は、それだけでは不十分だと述べています。中規模プロジェクトでは、PM自身が専門分野の知識やスキルを持ち、設計や開発にも関わることが重要だという考え方です。
この考え方には、EPCでの経験からも納得感がありました。
専門分野のスキルがあれば、プロジェクトで何が行われているのかを理解しやすくなります。メンバーが抱えている技術的な課題、作業の難易度、成果物の品質なども、より具体的に判断できるようになります。結果として、プロジェクト全体を管理しやすくなるのではないでしょうか。
ただし、すべてのPMがプレイングマネージャーである必要はないと考えています。重要なのは、プロジェクトの規模に応じてPMの役割を変えることです。
中規模プロジェクトであれば、PM自身が専門業務にも関わることが有効だと思います。一方、大規模プロジェクトでは、管理対象が広く複雑になるため、PMはプロジェクトマネジメントに専念する必要もあります。
PMに求められる役割は一律ではなく、プロジェクトの規模や特性に応じて変えるべきだと、改めて感じました。
2. PMはメンバーを育成する存在でもある
もう一つ心に残ったのは、PMにはメンバーの指導や育成も求められるという点です。
プロジェクトは、PM一人で進めるものではありません。メンバーそれぞれが役割を果たし、チームとして成果を出す必要があります。そのためには、仕事を割り振って進捗を確認するだけでなく、メンバーのスキルや経験に応じて指導・育成していくことも重要です。
これは、普段のプロジェクトマネジメントや、研修講師として社内研修に携わる中でも大切にしている考え方です。プロジェクトを成功させることはもちろん重要ですが、プロジェクトを通じてメンバーが成長することも、PMの重要な役割だと考えています。メンバーが成長すれば、チームとして対応できる範囲が広がり、結果的にプロジェクトの推進力も高まります。
宮大工の棟梁の例えは、このようなPMの役割をイメージするうえでも、とてもわかりやすいものでした。
3. 専門分野が違っても、プロジェクトマネジメントには共通点がある
今回、本書を読んだ大きな目的は、自分の専門分野以外のプロジェクトマネジメントについて知見を広げることでした。
読んでみて、ITプロジェクトには特有の難しさがあることがわかりました。特に印象的だったのは、プロジェクトごとに新しいシステムを作り上げていくという点です。
どのシステムも同じものはなく、顧客の要望、システムの構成、必要な機能が異なるため、毎回新しいものを設計・開発する必要があります。技術的な専門知識に加えて、顧客の要望を理解し、実際に動くシステムとして実現する力も求められます。
EPCのプロジェクトと比べると、違いも見えてきました。
EPCでは成果物が実物として存在するため、完成形をイメージしやすく、関係者とも認識を合わせやすいと感じます。品質についても、寸法などの定量的な数値で確認できるため、品質が確保できているかを判断しやすい特徴があります。
ITプロジェクトは、こうした目に見える成果物や数値だけでは捉えにくい分、PM自身が内容を深く理解していることがより重要になるのだと感じました。
一方で、プロジェクトを進めるためのマネジメントには、専門分野を超えた共通点が多いとも感じました。たとえば、以下のようなものです。
- スケジュール管理
- リスク管理
- 品質管理
- ステークホルダーとのコミュニケーション
- チームの育成
これらはITプロジェクトに限った話ではありません。
PMBOK®でも、プロジェクトマネジメントの考え方が体系化されています。ITプロジェクトについて学んだことで、こうした考え方は専門分野が異なっても適用できることを再確認できました。
もちろん、具体的な管理手法や専門知識はプロジェクトによって異なります。しかし、プロジェクトを成功に導くために何を考え、どのようにチームを動かすかという点では、共通する部分が多いのだと思います。
異なる分野のPMの考え方を学ぶことは、自分自身のプロジェクトマネジメントを見直す良い機会になります。
『PMの哲学』はどのような人におすすめ？
本書は、特に以下のような人におすすめです。
IT業界でPMをしている人
中規模ITプロジェクトにおけるPMの役割や、プレイングマネージャーとしての考え方を学べます。
これからPMを目指すSE
技術者としての知識やスキルを、PMとしてどのように活かすかを考えるきっかけになります。
PMとして一定の経験を積み、役割を見直したい人
自分のPMとしてのあり方を振り返ることができます。PMはマネジメントだけをする存在ではないことを、具体的な例を通じて理解できます。
IT以外の分野でPMをしている人
自分の専門分野とは異なるプロジェクトマネジメントの考え方を学べます。これまで当たり前だと思っていた考え方を見直すきっかけになるかもしれません。
まとめ：異なる分野のPMからも学ぼう
今回は『PMの哲学』を紹介しました。私の評価は80点です。
中規模のITプロジェクトにおけるPMの役割や考え方を学ぶことができ、特にプレイングマネージャーとしての姿勢や、宮大工の棟梁の例えは印象に残りました。また、専門分野が異なっていても、プロジェクトマネジメントには共通する部分が多いことを再確認できました。
一方で、減点の理由は、本書が中規模ITプロジェクトに特化している点です。私のように専門分野が異なる読者は、本書の考え方をそのまま使うことはできません。自分の考えで、自分のプロジェクトに落とし込む必要があります。
プロジェクトの規模や特性、専門分野によって、PMに求められる役割は変わるため、何を取り入れるべきかを自分自身で考えることが大切だと思います。
PMとして成長するためには、自分の専門分野だけでなく、異なる分野のPMの考え方からも学ぶことが重要です。皆さんも、自分とは異なる分野のプロジェクトマネジメントについて学んでみてはいかがでしょうか。
私は令和5年度 IPAプロジェクトマネージャ試験に合格しました。
実際に合格した経験をもとに、勉強方法やおすすめ参考書、最難関といわれる午後Ⅱ論文の対策方法を詳しく解説しています。
「これから勉強を始めたい」「効率よく合格したい」という方は、ぜひこちらの記事もご覧ください。
