技術者として現場に残ることで得られるものは
「管理職=昇進」は正しいのか 情シスキャリアの本当の選択肢
情シスとして経験を積むほど、ある選択に直面する。「現場に残るか」「管理職になるか」だ。本稿は、Google Cloud AIディレクターのアディ・オスマニ氏の講演を基に、情シス人材のキャリア選択を整理する。
情報システム部門(情シス)としてキャリアを重ねると、避けて通れない瞬間がある。「そろそろマネジメントをやりませんか」と言われるタイミングだ。
一般的には、「管理職イコール昇進」「現場に残るイコール頭打ち」と考えられがちだが、その考えは正しいのか。本稿は、Google Cloud AIのディレクター、アディ・オスマニ氏の講演を基に、個人として能力を発揮する「個人コントリビューター」(Individual Contributor :IC)としてキャリアを積むか、管理職の一員となるか、比較する際の論点やそれぞれの目的を整理する。
プレイヤーと管理職、より良いのはどっち?
併せて読みたいお薦め記事
情シスキャリアをアップデートする
ICとしてのキャリアと、マネジメントのキャリアは本来、別物だ。求められるスキルも、評価軸も全く異なる。ICは、設計やトラブル対応、改善で価値を出す。一方管理職は、従業員と業務を動かして価値を出す。
つまり、「できる情シスほど管理職へ」という構図は、合理的とは限らない。それでも、「管理職イコール昇進」「現場に残るイコール頭打ち」という誤解が残っている。
情シスに多い「役割の混線」
情シスの場合、この問題はさらに複雑になる。なぜなら、現場業務とマネジメントを分離しにくい構造だからだ。以下の通りに業務を遂行し続けている場合、「管理職になっても現場から離れられない」状態になる。
- 障害対応は自分でやる
- ベンダー調整も自分でやる
- その上で部下を評価する
この状態は、キャリアの選択ではなく、ただ業務が上乗せされただけになる。本来選ぶべき選択肢は次の2つだ。
- 技術で影響力を持つか
- 人と組織で影響力を持つか
前者は、アーキテクチャの設計やトラブル対応で価値を出す。後者は、優先順位付けやリソース配分で価値を出す。つまり、どちらが優れているかという論点はなく、何をもって価値を出せるかがポイントだ。
それでも「現場に残ると評価されない」現実
しかし、評価制度がこの選択肢に沿っている企業だけではない。そのような企業では、以下の課題に直面する場合がある。
- 技術で貢献しても評価されにくい
- 管理職にならないと給与額が上がらない
- 本人の適性と無関係に昇進が決まる
つまり、キャリアの選択肢がなく、上から強制された道筋をたどらざるを得ない。
情シスが直面する本当の問題
この問題の本質は、個人のキャリアではなく、組織設計にある。従業員の評価軸が少ない企業では、全員が同じ方向に押し出される状態になる。その結果、以下の課題が発生する。
- 技術に強い人が現場を離れる
- マネジメントが苦手な人が上に立つ
- 現場の意思決定が遅くなる
これらの課題が積み重なれば、情シス全体の生産性は下がる可能性がある。
ICとして職場に残る選択肢はあるのか?
では、ICとして現場に残ることは、メリットのない選択になってしまうのか。この質問を考えるに当たって重要なのは、「影響力をどのように出すか」だ。
管理職が、権限で従業員や仕事を動かすのであれば、ICは、「ICとしてのリーダーシップ」を発揮すればよい。例えば以下の役割を担うことが可能だ。
- 障害時の意思決定をリードする
- 技術選定の軸を定義する
- 若手が担当する業務設計や運用のレビューを実施する
「メンター」か「スポンサー」か
もう1つ重要なのが、「メンター」(助言者)になるか、「スポンサー」(支援者)になるかだ。
オスマニ氏はメンターを、「アドバイスを与え、質問に答え、フィードバックを提供する人」と定義する。一方スポンサーは、「別の誰かのために積極的に働きかける人」としている。「スポンサーは具体的に何をするのか」を情シスの文脈で考える場合、次のような行動を挙げることができる。
- 有望なメンバーを重要な案件に推薦する
- 他部署との調整で後押しする
- 評価の場で成果を言語化する
役割にかかわらず、現場に貢献できる職場であるか
最終的に、ICであろうと管理職であろうと、「その役割をもって貢献できるかどうか」が重要だ 。どの道を選ぶかは個人的な選択だ。「それぞれの道で求められる責任とスキルを理解することで、今のあなたにとって正しい選択ができるはずだ」(オスマニ氏)
本稿は、2025年12月19日に公開された「Individual contributor or manager: choosing your engineering path」を記事化したものです。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革:属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
5
業務影響を抑えた“小さなPoC”から始めるVPN見直し
-
6
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
7
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
8
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
-
9
「Wi-Fi 7」は何がすごい? Wi-Fi 5、Wi-Fi 6からの抜本的な進化とは
-
10
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー