
PLに向いている人・向いていない人|「PLはやめとけ」と言われる理由と、それでも任される面白さ
「PLはやめとけ」と検索したくなる気持ちには理由があります。板挟み、進捗の最終責任、技術から離れる不安。それでもPLを続ける人は何に面白さを見出しているのか。30年近くSIの現場を見てきた立場から、PLに向いている人・向いていない人の違いと、適性の見極め方を整理します。

PL・上流SE・業務系SI のキャリアと現場の知見を発信するエンジニアブログ。

「PLはやめとけ」と検索したくなる気持ちには理由があります。板挟み、進捗の最終責任、技術から離れる不安。それでもPLを続ける人は何に面白さを見出しているのか。30年近くSIの現場を見てきた立場から、PLに向いている人・向いていない人の違いと、適性の見極め方を整理します。

エンジニアのキャリアで語られる「上流」と「下流」。両者は一本の道の手前と奥のように見えますが、実際には求められる思考がまったく異なる、別系統のスキルです。下流の「モノを正しく作る」思考と、上流の「情報を扱う」思考。30年近くSIの現場を見てきた立場から、両者が何で分かれるのか、そして下流技術者が最初に目指すべき上流としての基本設計まで含めて整理します。

PL(プロジェクトリーダー)の役割は進捗管理ではありません。当社のPL経験者インタビューをもとに、PLが日々向き合う3つの「翻訳」と、磨くために私が伝えていることを解説します。

AIで開発の速度が上がっても、現場で「任されるエンジニア」の条件は変わりません。当社のマネージャーへの取材をもとに、AI時代に変わらず求められる5つの力を整理しました。

「SESだから上流工程は無理」と諦めていませんか。当社で下流工程SES案件を経て上流SE・PL役割に進んだエンジニアの歩みをもとに、契約形態を変えずに担当工程を上げる5ステップと、その途中で起きた壁・失敗を解説します。

PMとPLの違いは「管理者か現場リーダーか」では語り切れません。実際のSIプロジェクトでは両者の境界はもっと曖昧です。教科書的な定義ではなく、現場でPLが実際に何に直面するのかから、PMとPLの役割分担を整理します。

同じ技術力を持つ二人のエンジニアが、まったく違う評価を受けることがあります。一人は「正確で安心」と言われ、もう一人は「あの人がいると進む」と言われる。この差を生んでいるのが、エンジニアの「提案力」です。営業スキルとは違う、技術の出力方法としての提案力を、3つのレベルで整理します。

30代に入り「このまま技術だけでいいのか」と将来に不安を感じる瞬間。エンジニア35歳定年説は誤解ですが、技術だけで来た人が停滞を感じるのは本当です。マネジメントかスペシャリストかの二択ではなく、技術力を土台に「任される範囲」を広げるキャリアの作り方を、SIの現場(PL)視点から考えます。

システムエンジニアからプロジェクトリーダーへステップアップするために本当に必要な5つのスキルを、SIの現場視点で解説します。技術力の延長線上ではなく、設計意図を言語化する力、先回りする力、技術で顧客と対話する力など、「任される範囲」を広げていくための実践知を整理します。

スキルシートに「要件定義」と書いているエンジニアは多いですが、その中身は本当に要件定義でしょうか。業務をシステム要件に変換するコンサルタント的な要件定義と、既存システムの変更仕様を整理する基本設計に近い作業。この区別を曖昧にしたまま「できます」と言うことの危うさと、エンジニアが着実に目指すべき上流スキルについて考えます。