キャリア
設計書のレビューにAIをどう使うか｜AIに確かめさせる観点と、人が判断すること
設計書のレビューにAIを使うと、要件との対応や資料同士の食い違い、異常時の処理の抜けを確かめやすくなります。一方で、なぜこの設計にするのか、既存の構成や顧客の運用に合うのかを決めるのは人です。AIに確かめさせる観点と人が判断すること、生成AIで作った設計書の確かめ方を、ラボ型開発の例から紹介します。
現場から考えるエンジニアのキャリア
PL・上流SE・業務系SI のキャリアと、開発現場の知見を伝えるコラム。
キャリア
エンジニアが評価されないのはなぜか｜評価の基準と、次の面談までにできること
技術力はついてきたのに、評価が変わらない。エンジニアの評価は、会社がその人に期待している役割を果たしているかで決まります。評価されないと感じる原因を「期待されている役割とのずれ」「評価する人からの見え方」「評価の仕組み」の3つに分け、次の評価面談までにできることを整理します。
キャリア
マネジメントをやりたくないエンジニアのキャリア｜テックリードになるには
マネジメントはやりたくない。けれど、技術の仕事で担える範囲は広げたい。避けたいのが人の管理なのか、技術から離れることなのかを分けると、選べる道が見えてきます。技術の判断でチームを前に進めるテックリードの役割と、なるために積む経験、その先のキャリアパスを整理します。
キャリア
設計ができないエンジニアは、何から始めるか｜実装から詳細設計・基本設計へ
実装は任されるのに、設計になると手が止まる。設計ができないと感じるとき足りないのは、「なぜこの形にするか」を自分で決めて書き残す経験です。実装の経験がいちばん効く詳細設計から広げ、基本設計で加わる「決める」仕事へ。設計力の身につけ方を、段階に分けて整理します。
キャリア
公共系SEの仕事とは｜官公庁・交通のシステム開発で身につく力
公共系SEは、官公庁・自治体や交通のように、止められないシステムを長く支える仕事です。法改正に合わせた改修が続き、利用者が多いほど品質が問われる現場で、どんな仕事を担い、どんな力が身につくのか。交通や公共のシステムに関わってきた会社の立場から、公共システムの開発の特徴を解説します。
キャリア
要件定義で生成AIに任せられる範囲｜人が責任を持つのはどこか
要件定義に生成AIを入れると、何をAIに任せ、何を人が受け持つのか。資料の内容が要件に漏れなく落ちているかの確認はAIが助け、背景情報を集めて入力し、出力に責任を持つのは人です。生成AIを使っている開発の現場から、上流工程ほど人の判断が重くなる理由と、使い始めるときの最初の一歩を整理します。
キャリア
AI時代のエンジニアに必要なスキルとは｜1,265人調査から考える能力の広げ方
AI時代のエンジニアに必要なスキルを、ITエンジニア1,265人への独自調査から考えます。AIをほぼ毎日使う人は、AIへの指示や最新技術に加え「コードを書く力」も、AIの利用経験がない人より高い割合で選んでいました。開発推進力をつくる5つの能力から、スキルの広げ方を整理します。
キャリア
生成AI時代のエンジニアの仕事・キャリア｜1,265人調査
ITエンジニア1,265人への独自調査をもとに、生成AIで調査やコード作成が効率化する中、確認・設計・品質判断・説明など人が担う仕事と、これからのエンジニアが経験しておきたい仕事
キャリア
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の現場視点で整理します。リーダーシップ論ではなく、明日の現場から意識できるレベルまで具体化しました。
キャリア
「要件定義できます」の落とし穴｜本当に必要な上流スキル
スキルシートに「要件定義」と書いているエンジニアは多いですが、その中身は本当に要件定義でしょうか。業務をシステム要件に変換するコンサルタント的な要件定義と、既存システムの変更仕様を整理する基本設計に近い作業。この区別を曖昧にしたまま「できます」と言うことの危うさと、エンジニアが着実に目指すべき上流スキルについて考えます。