SES PM（客先常駐型のプロジェクトマネージャー）

SES PMを理解するには、まず契約の形から見ると整理しやすくなります。SESは技術者の労働（作業）を提供する契約で、多くの場合は準委任契約の形をとります。成果物の完成そのものを約束する請負契約とは異なり、あらかじめ決めた業務を遂行することに対して報酬が支払われる構造です。この土台の上で進行管理を担う人が、現場ではSES PMと呼ばれます。

ここで注意したいのは、契約上の「指揮命令」の所在です。準委任では、常駐する技術者への指揮命令は本来、送り出した自社側にあります。一方、現場で日々の作業指示を出しているのが常駐先の担当者になると、いわゆる偽装請負に近づく懸念が生まれます。SES PMは、この線引きを意識しながら、常駐先の要望を自社の窓口を通して調整するという立ち回りが求められる場合があります。

役割の実態としては、常駐先のプロジェクトで課題管理表を更新し、朝会や定例で進捗を共有し、遅延の兆しを早めに拾って関係者に伝える、といった進行支援が中心になります。自社に対しては、稼働状況や要員の様子を報告する二重の報告線を持つことも珍しくありません。

典型的な流れを、軸を「立ち上げ→運用→撤退・更新」と置いて追うと具体が見えてきます。

• 立ち上げ期：関係者と守備範囲の確認
  常駐初日から、常駐先のPMやリーダー、自社の営業担当が誰かを把握し、自分が扱ってよい範囲（進捗管理まで、要件の意思決定は先方）を握ります。契約書と作業指示の窓口を先に確認しておくと、後の混乱が減ります。
• 運用期：進捗と品質の可視化
  WBSやチケット、課題管理表を使って作業の状態を見える形にし、定例で共有します。成果物としてはスケジュール表、課題一覧、議事録が中心になります。遅延やレビュー指摘の増加といった兆候を、感覚ではなく記録から拾うことが要になります。
• 更新期：継続可否のすり合わせ
  契約更新のタイミングで、常駐先の満足度と自社の方針をすり合わせます。要員の増減や役割の変更が議題になりやすい局面です。

この過程でSES PMがよく使う成果物は、進捗報告資料と課題管理表です。派手な戦略資料よりも、日々の状態を淡々と正確に残すドキュメントが評価につながる傾向があります。作業指示が現場から直接飛んでくる場面では、いったん自社窓口を通す形に整えるなど、契約の建て付けを崩さない配慮も進め方の一部に含まれます。

SES PMの難しさは、権限と責任のずれから生まれることが多いようです。軸を「権限・評価・キャリア」に置くと、つまずきの形が見えてきます。

• 権限が伴わないまま責任だけ問われる
  常駐先のメンバーへの正式な指揮命令権を持たないのに、進捗の遅れは自分の管理不足として扱われる、という板挟みが起きがちです。依頼ベースで人を動かす調整力が要になります。
• 評価軸が二重になる
  常駐先からの信頼と、自社からの評価は必ずしも一致しません。現場で重宝されても自社の等級に反映されにくい、という不整合に悩む場面があります。
• 経験が積み上がりにくく感じる
  案件ごとに関わる工程が上流だったり下流だったりと変わるため、一貫した専門性を語りにくいと感じることがあります。

加えて、契約の線引きが曖昧なまま常駐先の指示に従い続けると、偽装請負の懸念に近づくことがあります。ここは個人の頑張りだけで解決しづらく、自社の営業や管理部門と早めに共有すべき論点です。つまずきを避けるには、自分が担っている業務の範囲と報告線を言語化し、記録に残しておくことが助けになります。曖昧さを放置せず、契約と実態のずれを小さく保つ姿勢が求められます。

SES PMは、似た立場と混同されやすいため、軸を決めて並べると理解が進みます。ここでは「契約形態・成果物への責任・所属先での立ち位置」の三つで比べます。

• 契約形態
  SESは準委任が中心で作業の提供が対象です。受託開発は請負契約が多く、成果物の完成が対象になります。この違いが責任範囲を大きく分けます。
• 成果物への責任
  受託開発のPMは、納期までに動くシステムを納める責任を負います。SES PMは、常駐先のプロジェクトを支援する立場で、最終的な完成責任は先方が持つ構図になりやすいです。
• 所属先での立ち位置
  SIerのPMは自社が元請けや一次請けとして案件全体を統括します。SES PMは、そのプロジェクトに人として加わり、進行を内側から支える形が多くなります。

この違いは優劣ではなく役割の差です。SES PMは複数の現場を経験しやすく、幅広い開発文化に触れられる反面、案件全体の意思決定に踏み込みにくい面があります。自分がどの軸で経験を積みたいかを意識すると、次のキャリアの選び方が明確になります。契約の形が変わると求められる責任も変わる、という前提を押さえておくと、案件を選ぶときの判断材料になります。

SES PMの経験は、複数の現場を通じて開発の進め方や関係者調整の型を数多く見られる点に価値があります。次のキャリアを考えるときは、自分が「進行の支援」に留まってきたのか、「意思決定」にも踏み込めたのかを分けて棚卸しすると、方向性が見えやすくなります。案件全体の完成責任を負う受託側やSIerのPMを目指すのか、業務側の課題設定に近づくのかで、必要な経験は変わります。どの工程を担い、どんな成果物を残し、どの遅延を未然に防いだのかを具体的な言葉で整理しておくと、契約形態が変わっても通用する実績として説明しやすくなります。まずは自分の守備範囲を言語化することから始めると、次の一歩を選びやすくなります。

SES PMと受託開発のPMは何が違いますか。

契約形態と責任範囲が違います。SESは準委任で作業の提供が対象になり、常駐先のプロジェクトを支援する立場になりやすいです。受託開発は請負が多く、PMは成果物の完成そのものに責任を負います。同じPMでも、負う責任の重心が異なると考えると整理しやすいです。

SES PMで気をつけるべき契約上の注意点はありますか。

指揮命令の所在に注意が必要です。準委任では常駐者への指示は本来送り出した自社側にあり、現場から直接作業指示が続くと偽装請負の懸念に近づく場合があります。作業の窓口や報告線を確認し、契約と実態のずれを小さく保つことが助けになります。

SES PMの経験はキャリアで評価されますか。

評価されにくいと感じる人もいますが、進行管理や関係者調整の実績は言語化できます。どの工程を担い、どの成果物を作り、どんな遅延を防いだかを具体的に整理しておくと、受託側やSIerのPMを目指す際にも伝わりやすくなります。実績の見せ方が鍵になります。