PM（プロジェクトマネージャー）とは？仕事内容と求められる5つのスキル
PMという肩書きは、実態が見えにくい仕事です。手を動かして何かを作るわけではなく、成果物も目に見えにくい。それでもPMがいるプロジェクトといないプロジェクトでは、終わり方がはっきり変わります。この記事では、PMが実際に何をしているのか、そして求められる5つのスキルを整理します。
PMはプロジェクトマネージャーの略で、プロジェクトを決められた期間・予算・品質の範囲内で完了させる責任を持つ役割です。作業そのものを担当するのではなく、作業が終わる状態をつくることが仕事になります。
分かりやすい判断基準があります。プロジェクトが失敗したとき、最終的に説明を求められるのがPMです。誰かの作業が遅れたことも、要件が途中で変わったことも、結果としてはPMの管理範囲として扱われます。
PMと略される役割は複数あり、文脈によって指すものが変わります。
求人票や社内の会話でPMと出てきたら、どれを指しているかを最初に確認してください。プロジェクトマネージャーは「決まったものを期日内に作り切る」役割、プロダクトマネージャーは「何を作るべきかを決める」役割で、必要な能力がかなり違います。
時期によってやることが変わるため、フェーズごとに見ると輪郭がつかみやすくなります。
何をやるのか、そして何をやらないのかを確定させます。目的、成果物、予算、期限、関わる人。この段階での曖昧さは、後半で必ず問題として現れます。
特に重要なのが、やらないことの明記です。「今回は含まない」と書いていない項目は、後から「当然入っていると思った」という形で戻ってきます。
作業を洗い出し、順序を決め、担当と期限を割り当てます。ここでPMが問われるのは、実行可能な計画になっているかどうかです。納期から逆算して埋めただけの計画は、着手した週から崩れ始めます。
PMの時間の大半はここに費やされます。ただし進捗を確認するだけの人ではありません。止まっている作業を見つけて、止まっている理由を取り除くのが実行期の仕事です。
詰まりの中身は、判断が降りていない、必要な情報が揃っていない、他部署の対応待ち、といったものがほとんどです。担当者本人には解けないものが多く、だからPMが動く意味があります。
検収を通し、運用担当へ引き継ぎ、振り返りを行います。軽視されがちですが、終わらせ方が雑だとプロジェクトは尾を引きます。誰がその後の面倒を見るのかを決めないまま解散すると、担当者に個人的な問い合わせが降り続けることになります。
最も差が出るスキルです。プロジェクトの現場には、決まっていないことが常に転がっています。「使いやすくしたい」「なるべく早く」「たぶん大丈夫」。これらを、判断できる形の言葉に変える力が要ります。
具体的には、数量・対象・期限・条件のいずれかを入れて書き直す作業です。「なるべく早く」は「今週金曜17時まで」に、「使いやすく」は「3クリック以内で申込が完了する」に変えます。この置き換えができるかどうかで、後工程の手戻りの量が変わります。
注意点として、その場で決められないことを無理に決める必要はありません。「いつまでに誰が決めるか」を確定させれば、それも十分に前進です。
遅れやトラブルは、放っておくと上がってきません。担当者にとって、遅れの報告は自分の評価を下げる行為に見えるからです。結果として、手遅れになってから発覚します。
聞き方を変えるだけで、上がってくる情報の質は変わります。「順調ですか」と聞けば「順調です」と返ってきますが、「残っているのは何と何ですか」「終わる見込みはいつですか」と聞けば、事実が出てきます。
より効くのは、遅れを報告した人を責めない態度を実際に示すことです。一度でも責任の追及に走る対応をすると、その後の報告は確実に遅くなります。
全部やる前提が崩れたとき、何を落とすかを決めるのはPMの仕事です。順番を並べ替えるだけなら誰でもできますが、実際には「今回はやらない」と宣言することが求められます。
間に合わないと分かったときに取れる手は3つしかありません。期日を動かす、範囲を削る、資源を足す。この3択を関係者に示して、どれを選ぶかの判断を引き出すところまでがPMの役割です。「頑張って間に合わせます」で持ち帰るのは、判断を先送りしただけになります。
PMは、経営層・現場・外部パートナーなど、関心事の違う相手と同時にやり取りします。同じ事実でも、相手によって伝えるべき粒度が変わります。
経営層に必要なのは、節目に間に合うかどうかと、判断が必要な事項です。100行のタスク一覧は見ません。逆に現場には、なぜその優先順位なのかという背景が要ります。背景を省いて指示だけ出すと、納得のないまま作業が進み、質が落ちます。
外部パートナーに対しては、自社側の作業も明記することが重要です。原稿の用意、素材の支給、確認の実施。これらを書かないまま進めると、待ちの発生が自社起因なのに相手の遅れとして扱われ、関係が悪化します。
地味ですが、後半で効いてくるスキルです。決まったこと、変更したこと、変更した理由。これらが残っていないプロジェクトは、終盤で必ず「言った・言わない」に時間を取られます。
完璧な議事録は不要です。決定事項と、決めた日と、決めた人。この3つだけを、あとから検索できる場所に残せば足ります。特に期限を延ばしたときは、元の期限を消さずに残しておくと、振り返りで「どこで何日ずれたか」を辿れます。
実務で必須というわけではありません。PMPやプロジェクトマネージャ試験などの資格はありますが、体系的な知識の証明として機能するものです。転職市場や大規模案件の受注では評価されることがあるため、環境によって価値が変わります。
自分で作れる必要はありませんが、見積もりの妥当性を疑える程度の理解は要ります。「この作業に3日」と言われたときに、なぜそれだけかかるのかを質問できないと、計画の精度が担当者任せになります。
人数よりも、関わる部署や社外の数で決まります。全員が同じチーム内なら、5〜6人でも兼任で回ります。逆に3人でも、他部署と外注が絡むなら調整の負荷が上がるため、誰かが明確にPMを担う必要があります。
小さな案件を一つ、最初から最後まで担当するのが近道です。規模が小さくても、範囲を決め、計画を立て、遅れに対処し、終わらせるという一連の流れは同じです。大規模案件の一部だけを担当するより、小さくても全体を経験するほうが身につきます。
ここまでのスキルは、個人の努力だけで支えるものではありません。状況を確認するために毎回聞いて回らなければならない環境では、どれだけ優秀なPMでも時間が足りなくなります。
特に複数の施策を並行して見る立場になると、案件ごとに管理表が分かれている状態では全体の危険箇所が把握できません。Xtrategyでは、施策のスケジュールと予算・KPIを同一画面で管理し、複数の施策を横断して進捗を確認できます。
PMのスキルは、特別な才能というより手順の集まりです。曖昧な言葉を具体化する、聞き方を変える、決めて切る。どれも今日の打ち合わせから試せます。まずは「順調ですか」をやめて、「残っているのは何と何ですか」に変えるところから始めてみてください。
