転職を考えていたとき、私が目標にしていたのはこういうことでした。
- 「クラウドやAIの知識をつけたい」
- 「DX担当とか、肩書になる職種に移りたい」
- 「もっとたくさんのプロジェクトを経験したい」
IT企画の仕事をしていると、周りのエンジニアが次々と資格を取ったり、新しい技術を習得していく。焦りを感じて、「とにかく知識を増やさなきゃ」という気持ちになっていました。
でも、あるとき自分のキャリアを振り返って、気づいたことがあります。
知識は確かに増えていた。でも、現場での判断力はほとんど変わっていなかった。
それが、私が「ロール」という概念にたどり着いたきっかけです。
知識・経験・肩書には、じつは"限界"があった
知識、経験、肩書——これらを増やすこと自体は悪くありません。でも「目的」にしてしまうと、思わぬ落とし穴にはまります。
知識は、現場で使えなければ市場価値に直結しません。しかも技術はあっという間に陳腐化します。
経験も、同じパターンの繰り返しなら能力はほとんど伸びません。
肩書は、「DX担当」と名乗れても、実際に何を変えたかが伴わなければ空っぽです。
私が気づいたのは、これらはあくまで「結果」であって、最初から目指すものではないということでした。
では、何を増やすべきか。私が出した答えは「ロール（役割の思考・行動パターン）」です。
「ロール」とは何か——同じ問題でも、見えるものが全然違う
ITエンジニア、DBエンジニア、SE、PM、コンサル。これらを「職種名」として捉えているうちは、私もその違いが表面的にしかわかっていませんでした。
気づいたのは、これらがそれぞれ「現実の見方と動き方の違い」だということです。
たとえば、同じシステム障害が起きたとき。
ITエンジニア → システム全体の動作・構成を見る
DBエンジニア → データ構造・SQL・性能・整合性を見る
SE → 業務要件・仕様・実装可能性を見る
コンサル → 経営課題・費用対効果・意思決定の論点を見る
PM → 目的・期限・体制・リスク・合意形成を見る
同じ問題なのに、見えているものが全然違う。
これがロールの本質だと理解しました。
知識がある人と、ロールが入っている人の違いを具体的に整理するとこうなります。
PMの知識がある人：WBS・課題管理・進捗管理を「知っている」
PMのロールが入っている人：遅延の兆候を早期に察知し、関係者を動かして、曖昧な状況でも着地させられる
知識は材料。経験は履歴。肩書は外部ラベル。ロールは思考と行動の型。
ここまで来て初めて「能力」と呼べると、私は考えています。
この視点を持ってから、転職先の選び方が変わった
ロールという概念を持つようになってから、求人票の見方が変わりました。
以前の選び方（表面的）
- 給与・福利厚生
- 会社のブランド・業界名
- 技術スタックや使用ツール
今の選び方（ロール視点）
- その仕事で「何を判断するのか」
- どのロールの思考パターンが身につくのか
- 3年後に別の会社でも使える能力になるか
「この仕事を通じて、自分にどのロールがインストールされるか」——この問いを持つようになってから、転職の意味が変わりました。
転職の本質は、職歴を増やすことではなく、未来の自分が扱える問題の範囲を広げることだと今は思っています。
知識や経験は、ロールが入ったあとについてくるもの。この順番に気づいてから、キャリアの設計が少し楽になりました。