キャリア
生成AI時代のエンジニアの仕事・キャリア｜1,265人調査
ITエンジニア1,265人への独自調査をもとに、生成AIで調査やコード作成が効率化する中、確認・設計・品質判断・説明など人が担う仕事と、これからのエンジニアが経験しておきたい仕事
現場から考えるエンジニアのキャリア
PL・上流SE・業務系SI のキャリアと現場の知見を発信するエンジニアブログ。
キャリア
PLに向いている人・向いていない人｜「やめとけ」は本当か
「PLはやめとけ」と検索したくなる気持ちには理由があります。板挟み、進捗の最終責任、技術から離れる不安。それでも続ける人は何を面白がっているのか。向いている人・向いていない人の違いと適性の見極め方に加えて、いまPLをやっていて辛い場合に、その辛さが慣れで減るものか型の問題かを見分ける方法まで整理します。
キャリア
上流と下流は何が違うのか｜地続きに見えて、実は別系統のスキル
エンジニアのキャリアで語られる「上流」と「下流」。両者は一本の道の手前と奥のように見えますが、実際には求められる思考がまったく異なる、別系統のスキルです。下流の「モノを正しく作る」思考と、上流の「情報を扱う」思考。30年近くSIの現場を見てきた立場から、両者が何で分かれるのか、そして下流技術者が最初に目指すべき上流としての基本設計まで含めて整理します。
キャリア
PLに求められる「翻訳力」とは｜技術と業務の間に立つ仕事
PL（プロジェクトリーダー）の役割は進捗管理ではありません。当社のPL経験者インタビューをもとに、PLが日々向き合う3つの「翻訳」と、磨くために私が伝えていることを解説します。
キャリア
AIが出したコードを、どう判断するか｜現場が見ている5つの観点
「AI時代に必要なのは判断力だ」で止まっている記事がほとんどです。では実際に何を見て、何を根拠に採用可否を決めているのか。業務系SI・Web系の現場を束ねてきたPL・マネージャーへの取材をもとに、AIの出力を前にしたときに実際に効いている5つの観点を、具体的な判断材料として整理しました。
キャリア
SESで上流工程に行けるか｜契約を変えずに進む5ステップ
SESでも上流工程は担当できます。SESは参画形態であって工程や役割を縛る契約ではなく、担当できないのは元請のPMだけです。当社で下流工程SES案件を経て上流SE・PL役割に進んだエンジニアの歩みをもとに、契約形態を変えずに担当工程を上げる5ステップと、途中で起きた壁・失敗を解説します。
キャリア
PMとPLの違いは「外」と「中」｜境界が曖昧になる現場の3場面
PMは「外」（顧客・予算・契約）、PLは「中」（メンバー・設計・品質）に責任を持ちます。違いを一覧表で整理したうえで、PMが不在の時間・顧客要望の受け止め方・技術理解という3場面で境界がどう曖昧になるのかを、SIの現場から解説。PLの先にある2つの担い方も示します。
キャリア
エンジニアの「提案力」とは何か｜3つのレベルで整理
同じ技術力を持つ二人のエンジニアが、まったく違う評価を受けることがあります。一人は「正確で安心」と言われ、もう一人は「あの人がいると進む」と言われる。この差を生んでいるのが、エンジニアの「提案力」です。営業スキルとは違う、技術の出力方法としての提案力を、3つのレベルで整理します。
キャリア
30代エンジニアの「技術だけでいいのか」｜現場からの答え
30代に入り「このまま技術だけでいいのか」と将来に不安を感じる瞬間。エンジニア35歳定年説は誤解ですが、技術だけで来た人が停滞を感じるのは本当です。マネジメントかスペシャリストかの二択ではなく、技術力を土台に「任される範囲」を広げるキャリアの作り方を、SIの現場（PL）視点から考えます。
キャリア
PLになるには何が足りないのか｜SEが次に身につける5つの力
SEとしての実力はあるのに、PLになるには何が足りないのか。設計の意図を説明できる力、プロジェクトの中を見渡す力、先回りする力、人を動かす力、技術で顧客と対話する力の5つを、SIの現場視点で整理します。リーダーシップ論ではなく、明日の現場から意識できるレベルまで具体化しました。
キャリア
「要件定義できます」の落とし穴｜本当に必要な上流スキル
スキルシートに「要件定義」と書いているエンジニアは多いですが、その中身は本当に要件定義でしょうか。業務をシステム要件に変換するコンサルタント的な要件定義と、既存システムの変更仕様を整理する基本設計に近い作業。この区別を曖昧にしたまま「できます」と言うことの危うさと、エンジニアが着実に目指すべき上流スキルについて考えます。