2026-01-10

PM、PDMに必要なスキルについて【①技術スキル・管理スキル関連】

# 概要

エンジニアがスキルアップ、キャリアアップするうえで、どのようなキャリアプランを選択するかを決め、何が必要で、それに向けてどのように歩んで行けばいいのか？を、その辺結構悩んでいる人が周りにいるのでその辺自分なりの思う点などをまとめる。

私が思うエンジニアのキャリアの道は大きく分けて 3 つだと思っている。

私の感覚値だが 2 のキャリアパスが多く、一般的なのかと思ってる。私自身も大体そんな感じ。

なので PM、PDM にはどのようなスキルが必要なのかと、それをどうやって身に着けていけばいいのかを個人的な意見満載で書く。

ここでいう PM や PDM は必ずしも PJ の最高責任者の役職とは限らない。 PJ が大きくなればなるにつれ、チームが分割や階層化されたりしていくので、いわゆる PL や TL といったものも含めている。

言うまでもないがこれないと PM、PDM は業務にならない。

技術スキルとだけ書くと幅や深さの定義が曖昧だが、例えばこれくらいは最低限出来る必要はある。

PJ 体制の中で必ずしも一番技術力がある必要はないが、技術スキルが足りないと

といった進捗や品質にダイレクトに影響出て PJ が炎上する率がめちゃくちゃ上がる。

WARNING

私が自社や発注元で遭遇した、「なんちゃって PM」や「なんちゃって管理職」はこのパターン多い。何かのたびに都度発注先やメンバーに聞かないと何も判断できない、進められない人は遅延や品質低下など起きるので、コスパがとにかく悪い。

スケジュール管理、メンバー管理、品質管理、などなど PJ や業務を円滑に進めるための、どの職種でもある基本的なものは割愛するとして、IT の PJ で特に必要なもをいくつか挙げる

相手の理解度を前提としてこれを行わないと、正確な情報が引き出せなかったり、間違った理解をされてしまったりして、工数を無駄にしたりトラブルが起きたりといったことになってしまう。

相手が何を求めているのか、どういう背景で質問しているのかは必ず理解したうえでコミュニケーション取らなければ話が進まなくなるし、指示を出す際や依頼をする際などは、必要情報の抜け漏れや誤りがないようにしなければ、出戻りや品質低下が起きる。

システムのこの機能がバグがあったらどれほどの業務影響がでるかや、この工程に遅延があった場合 PJ 全体にどれほどの影響がでるかや、危険そうな部分はリスクヘッジしてトラブルを起こさせない＆起きたとしても最小限の被害で済む、などといったもの。怠るとデスマになる。

主には費用や納期が絡むところで、クライアントやベンダー、メンバーとの様々な調整が発生する。例えば「これをやるにはこれくらい期間が必要で。。。」「ならその中でこれは削って。。。」「費用はこれくらいかかって。。。」のような挙げるとキリがないがそういう類のもの。

それら、いわゆる「落とし所」というのをいかに全員が納得できる内容で決められるかといったところや、相手の求めるものを理解してより良い方法や代替案などを提案できるといったことは PJ を円滑に進めるためにめちゃくちゃ大事。

PJ における様々な課題に対し、ステークホルダーの要望や現状のリソースやスケジュールなどから、優先順位やトレードオフなどを考慮し、PJ の進行や業務に影響を及ぼさないようにする、というもの。

テストの回答のように決まった解決方法がある時ばかりではないので、PJ の規模や難易度があがれば上がるほど、必然的により柔軟性が求められるようになる。

あんまり本題とずれるが、日本企業でよくある「PM、PDM=管理職」っていう風潮がなんかあんまり好きじゃない。待遇や責任の所在決めるための階層管理の都合上そうなるのが自然なのかもだけど、PJ が忙しい時とかに管理職の仕事や諸々の雑務とかもやるのは会社にとってマイナスだと思うんだよなぁ。。。