スキル管理・アサイン管理ツールfapi（ファピー）を提供する株式会社エフ・ディー・シーのDXサービス事業推進部 佐々木舞美が、200名以上のITエンジニアのスキル管理・アサイン管理を25年以上行ってきた実務経験をもとに、プロジェクトマネージャーに必要なスキルを整理しました。
プロジェクトマネージャーに求められるのは、進捗管理だけではありません。顧客との調整、要員配置、品質担保、収支管理まで広く見る必要があり、「どのスキルから育てればよいか」「Excel管理のままで評価できるのか」と迷う現場も多いはず。この記事では、PMに必要なスキルの全体像、比較・判断のポイント、IT・SES企業での見極め方までまとめます。自社のPM育成や配置の見直しに、ぜひお役立てください。
プロジェクトマネージャーに必要なスキルの全体像
プロジェクトマネージャーに必要なスキルは、一言でいえば「計画を立てる力」「人を動かす力」「事業として成立させる力」の3つに集約されます。技術知識があるだけでも、人柄が良いだけでも足りません。IT・SESの現場では、案件ごとに求められる技術、顧客の期待、要員状況が変わるため、複数の視点を同時に持てるかが重要になります。
たとえば、客先常駐の案件では、エンジニア本人のスキルだけでなく、現場との相性や参画時期も加味して判断する必要があります。受託開発では、納期・品質・採算のバランスを崩さない管理力が問われます。つまり、PMのスキルは抽象的な資質ではなく、日々の案件運営に直結する実務能力として捉えることが大切です。
- まずは「技術理解」「対人調整」「収支・品質管理」の3領域で見ているかを確認する
- 個人の経験談ではなく、案件で再現できる行動として評価する
- SESと受託開発では、強く求められるスキルの比重が異なることを前提にする
- 育成だけでなく、アサイン判断や後任選定に使える粒度で整理する
| 項目 | 概要 | 向いているケース |
|---|---|---|
| 進行管理のスキル | 計画立案、進捗確認、課題整理、リスク対応を行う力です。 | 複数工程が並行する受託開発や、納期厳守の案件に向いています。 |
| 対人調整のスキル | 顧客、現場責任者、メンバーの期待をすり合わせ、合意形成する力です。 | 客先常駐や利害関係者が多いSES案件で特に重要です。 |
| 事業理解のスキル | 品質、収支、要員計画を含め、プロジェクトを事業として成立させる力です。 | 粗利管理や案件継続判断まで担う管理者層に向いています。 |
「スキルがあるPM」と「経験年数が長いPM」は同じではない
経験年数が長くても、属人的なやり方に依存している場合は、別案件で再現できないケースがあります。逆に、経験年数が比較的短くても、リスクを早めに見つけ、関係者を巻き込み、判断根拠を言語化できる人は、PMとして伸びやすい傾向があります。評価では年数よりも、どのような場面で、何を判断し、どう結果につなげたかを見るべきです。
スキル管理とアサイン管理は切り分けずに考える
PMスキルを育成・評価する目的は、研修のためだけではありません。誰をどの案件のPM候補にするか、どこに補佐役を置くか、後任をどう育てるかというアサイン判断につなげてこそ、管理の価値が生まれます。スキル管理とアサイン管理が分断されると、「評価はあるのに配置に使えない」状態になりやすいため注意が必要です。
プロジェクトマネージャーに必要なスキル5つ
ここからは、IT・SES企業の現場で特に差が出やすいスキルを5つに絞って解説します。すべてを高い水準で持つのが理想ですが、まずは自社の案件特性に合う順番で優先順位をつけることが大切です。
1. 計画立案と進捗管理のスキル
PMの基本となるのが、ゴールから逆算して工程を組み、進捗の遅れを早めに察知する力です。WBSやスケジュール表を作れるだけでなく、遅延の兆候が出た時に「どこを調整すれば全体影響を最小化できるか」を判断できるかがポイントになります。進行管理は事務作業ではなく、優先順位を決める意思決定そのものです。
2. コミュニケーションと合意形成のスキル
ITプロジェクトでは、顧客が求めることと、現場が実現できることが一致しない場面が少なくありません。そこで必要になるのが、相手の立場を踏まえながら、論点を整理し、合意できる着地点を作る力です。特にSESでは、営業・エンジニア・顧客担当者の意図をつなぐ役割がPMに集中しやすく、伝達力よりも調整力が成果を左右します。
3. リスク管理と問題解決のスキル
優れたPMほど、トラブルが起きてから動くのではなく、起きる前に予兆を捉えます。要件の曖昧さ、特定メンバーへの依存、テスト工数の不足など、後半で大きな問題になる種を早めに見抜く力が重要です。加えて、問題が起きた後も責任追及に終始せず、再発防止と顧客影響の最小化まで考えられるかが、PMとしての成熟度を分けます。
4. 技術理解とメンバー評価のスキル
PMは必ずしも最も技術に詳しい人である必要はありませんが、技術的な難しさを見誤らないだけの理解は欠かせません。工数見積もりの妥当性、設計難易度、実装リスクを把握できないと、無理な約束や不適切な要員配置につながります。SES企業では、保有スキルだけでなく、対応可能な工程や顧客折衝経験まで把握しておくことで、PM候補の見極め精度が上がります。
5. 収支・品質・顧客価値をつなぐスキル
プロジェクトは完了すれば良いわけではありません。品質を守りつつ利益を確保し、次の受注や継続契約につながる運営ができるかが、管理者としての評価に直結します。現場では「品質を取るか、採算を取るか」の二択になりがちですが、本来は早めの判断と調整によって両立を目指すものです。PMには、目の前の進捗だけでなく、事業としての着地を描く視点が求められます。
プロジェクトマネージャーのスキルを評価するときの判断基準
プロジェクトマネージャーのスキルを育成・評価しようとするとき、最初に迷いやすいのが「Excelで十分か」「汎用的な人事システムで足りるか」「IT・SES向けの仕組みが必要か」という点です。結論から言えば、評価だけならExcelでも始められますが、アサインや業務経歴書の更新まで見据えるなら、管理方法は早めに見直したほうが運用負荷を抑えやすくなります。
- 比較の起点は「評価できるか」ではなく「配置判断に使えるか」で考える
- 案件ごとの工程経験、顧客折衝経験、マネジメント経験を分けて管理できるかを見る
- アサイン管理との連動、業務経歴書の自動出力の有無はIT企業では重要な比較軸になる
- 汎用型は人事評価に強く、IT・SES特化型は案件運用に強い傾向がある
| 比較軸 | 汎用型 | IT・SES特化型 | 見るべきポイント |
|---|---|---|---|
| スキル項目の管理 | 職種共通の評価項目を整理しやすい | 工程・言語・顧客折衝・PM経験など現場に即した粒度で管理しやすい | PM候補を探す時に必要な条件で絞り込めるか |
| アサイン管理との連動 | 別運用になることが多く、転記負荷が出やすい | 案件条件と人材条件をつなげて見やすい設計が多い | スキル評価が配置判断までつながるか |
| 業務経歴書の運用 | 別ファイル管理になりやすく、更新漏れが起きやすい | 業務経歴書の自動出力に対応している場合がある | 提案前の準備工数を減らせるか |
| 導入時の使いやすさ | 全社共通運用に乗せやすい反面、現場には抽象的になりがち | IT部門にはなじみやすい一方、運用設計は明確にする必要がある | 人事部門と現場部門のどちらが主導するか |
| Excel運用との違い | 転記や属人化が起きにくく、更新履歴を追いやすい | 案件・要員・スキルを横断して見やすく、実務で使いやすい | 人数が増えた時に破綻しないか |
特にエンジニアが20名を超える組織では、PM候補者の経験や得意領域をExcelだけで追うと、更新漏れや評価のばらつきが起きやすくなります。誰がいつどの案件で、どの規模を、どの役割で担当したのかが見えない状態では、PM育成もアサインも感覚頼みになってしまいます。
ケース別に見るプロジェクトマネージャーのスキル管理の選び方
「自社に合うやり方が分からない」という場合は、まず会社の案件特性から考えるのが近道です。どれだけ優れた評価項目を作っても、実際の案件運営に合っていなければ定着しません。以下のケースに近いものから、自社の優先順位を整理してみてください。
- 最優先は、どの案件でどのPMが活躍しやすいかを再現できること
- 次に、育成記録とアサイン判断を別々にしないことを意識する
- 最後に、現場が更新できる運用負荷かどうかを確認する
| ケース | 向いている選択 | 理由 |
|---|---|---|
| SES企業（客先常駐エンジニアが多い） | スキル管理とアサイン管理を一体で見られる運用 | 顧客折衝経験・現場適応力・工程経験を配置判断にすぐ使う必要があるため |
| 受託開発会社（複数プロジェクト掛け持ち管理） | 進捗・品質・収支の観点でPMスキルを評価できる運用 | 納期遵守だけでなく、粗利や品質責任まで含めてPMを見極める必要があるため |
| エンジニア数が20〜100名規模でExcel管理に限界を感じている | 検索性と更新性の高いツール運用への見直し | 案件履歴やスキル情報が分散しやすく、候補者選定に時間がかかりやすいため |
| スキルマップ提出や標準化が必要な企業 | 評価基準を統一し、説明可能な形で残せる運用 | 属人的な評価ではなく、提出や説明に耐えうる記録性が求められるため |
たとえばSES企業では、プロジェクトマネージャーのスキルを「管理能力」だけで見ると不十分です。顧客先での調整経験、提案段階での説明力、炎上案件の立て直し経験なども、実際の成否を左右します。逆に受託開発では、品質管理や原価意識の弱さが利益率に直結しやすいため、数字面の管理力を軽視できません。
プロジェクトマネージャーのスキルはどう選び、どう育てるべきか
結論として、プロジェクトマネージャーのスキルは「理想的な人物像」から考えるより、自社の案件で成果につながる行動を定義し、見える化することから始めるのが現実的です。評価項目が立派でも、アサインや育成に活かせなければ意味がありません。
- PMスキルは「計画」「調整」「技術理解」「リスク対応」「事業感覚」で整理する
- 経験年数ではなく、案件で再現できる行動と実績で評価する
- Excel管理が増えてきたら、更新性と検索性の見直しを検討する
- スキル管理は、アサイン管理や業務経歴書運用とつなげてこそ効果が出る
もし自社がIT・SES企業で、プロジェクトマネージャー候補の見極めや配置判断に時間がかかっているなら、育成の仕組みだけでなく、スキル情報の持ち方そのものを見直すタイミングかもしれません。特にスキル管理とアサイン管理を一体で運用したいIT・SES企業では、現場で使える粒度で情報を整理できるかが、運用定着の分かれ目になります。
プロジェクトマネージャーのスキルに関するFAQ
プロジェクトマネージャーに最も必要なスキルは何ですか
一つに絞るなら、関係者を動かしながら計画を前に進める調整力です。ただし、調整力だけでは足りず、進捗管理・リスク管理・技術理解・収支感覚もセットで必要になります。
プロジェクトマネージャーは技術力が高くないと務まりませんか
開発を自分で最も深く実装できる必要はありませんが、技術的な難しさや工数の重さを見誤らない理解は必要です。特に見積もりや要員配置の妥当性を判断する場面では、一定の技術理解が欠かせません。
Excelでプロジェクトマネージャーのスキル管理を続けても問題ありませんか
少人数のうちは運用可能ですが、人数や案件が増えると更新漏れや属人化が起きやすくなります。評価だけでなく、アサインや業務経歴書の更新にも使いたい場合は、より一元管理しやすい仕組みを検討したほうが効率的です。
PM候補を育てるには何から始めればよいですか
まずは自社で活躍しているPMの行動を分解し、共通するスキルを定義することから始めます。そのうえで、案件規模・工程経験・顧客折衝経験・収支責任の有無などを記録し、育成計画に落とし込むのが効果的です。
何名くらいからスキル管理の見直しを考えるべきですか
明確な基準はありませんが、エンジニア数が20名を超え、案件履歴や役割経験を一覧で把握しづらくなった頃が見直しの目安です。採用・育成・アサインの情報が分散してきたら、早めに整える価値があります。
プロジェクトマネージャーのスキルを見える化したい企業へ
プロジェクトマネージャーの育成は、研修だけで完結しません。誰がどの案件に向いているのか、次のPM候補をどう見つけるのか、業務経歴書にどう反映するのかまで含めて設計する必要があります。IT・SES企業で、スキル管理をアサインや提案業務につなげていきたい場合は、関連ページもあわせてご確認ください。
