社内SE・ITコンサル・SIerのキャリアを3軸で比較する

社内SE、ITコンサルタント、SIerの求人を並べて読むと、業務内容の欄がほとんど同じ言葉で埋まっていることに気づきます。要件定義、ベンダーコントロール、プロジェクト推進、業務部門との調整。文字面だけでは、3つがどう違うのか判別できません。

違いが出るのは作業の名前ではなく、その作業が誰のために行われているかです。要件定義という同じ工程でも、自社の都合で要件を決めるのか、契約先に対して要件を提案するのか、渡された要件を仕様に落とすのかで、日々くだす判断も、評価のされ方も、数年後に持ち出せるものも変わります。

ここでは3つを、誰の課題を解くか／何で評価されるか／次にどこへ移れるかの3軸で並べます。社内SEとITコンサルの2者に絞った掘り下げはITコンサルと社内SEの違いはどこにあるかで扱っているので、この記事は3者の位置関係に集中します。

3つを分けているのは、課題がどこから来るか

社内SEに持ち込まれる相談は、要件の形をしていません。「月末の集計が終わらない」「この画面が使いにくい」といった状態で来ます。それを業務の問題なのかシステムの問題なのかに切り分け、直すのか運用でしのぐのかを決めるところから仕事が始まります。誰も課題を定義してくれない代わりに、何をやらないかを自分たちで決められます。

ITコンサルタントの場合、課題の定義そのものが最初の納品物になります。契約前の提案段階で「御社の問題はここにある」と言い切る必要があり、その見立てが外れていれば契約に至りません。逆に言えば、課題が固まった時点で仕事の範囲も期間も契約書に書かれます。

SIerでは、課題は発注元から要件として渡されます。渡された要件が不十分なら質問して埋めますが、要件の外にある問題は原則として扱いません。契約範囲の外に手を出すことは、善意であっても採算を壊します。この「範囲を守る」という前提が、3つの中で最も強く効いているのがSIerです。

3軸で並べると差がはっきりする

判断軸	社内SE	ITコンサル	SIer
課題の出どころ	自社の業務部門。困りごとの形で来て、要件にはなっていない	自分で定義して提案する。定義が外れれば契約が始まらない	発注元から要件として渡される。範囲外は契約上扱わない
相手との関係の続き方	終わりがない。入れたものの運用も障害対応も自分たちに残る	契約期間で切れる。定着まで見るかは別契約	検収まで。保守契約があれば範囲を決めて継続
何で評価されるか	止めないこと、業務が回ること。順調な期間は成果が見えにくい	提案が採用されたか、次の依頼につながったか。稼働の売上換算も見られる	納期・品質・原価。見積もりの中で終わらせられたか
評価が落ちる場面	障害と移行の失敗。平時の積み上げより1件の停止が効く	見立てが外れる、常駐先で信頼を失う	見積もり超過と手戻り。赤字プロジェクトは個人の評価に直結する
身につく判断	自社の制約を前提にした「やらない」判断と、既存システムとの折り合いの付け方	情報が足りない状態で結論を出し、決裁者を動かす説明の組み立て	体制と工程の設計、進行中の軌道修正、複数社をまたぐ調整
移動先の残り方	同業種の社内SE・IT企画には強い。業界知識ごと持ち出す形になる	事業会社の企画部門、他ファーム、PMOなど幅は広い	社内SEにも上流工程にも出やすいが、下位工程が長いと選択肢が狭まる

表の中で見落とされやすいのが「評価が落ちる場面」の行です。3つとも、うまくいったときの評価幅より、失敗したときの落ち方のほうが職種の性格を表します。社内SEは1件の障害が長く記憶され、SIerは赤字が数字として残り、ITコンサルは失注や信頼の毀損が数字になる前に評価へ反映されます。どの種類のプレッシャーなら耐えられるかは、仕事内容の好みより先に確認したほうが判断を誤りません。

同じ職名でも中身が変わる条件は3つある

求人票の職種名だけを見て決めると、入ってから話が違うと感じることになります。中身を変えているのは主に次の3つです。

情報システム部門の人数と、内製か発注か。社内SEでも、担当が1〜2人の会社では、端末の設定からベンダーとの交渉まで全部が守備範囲になります。一方、大企業の情報システム部門では、手を動かすのは委託先で、社内SEの仕事は要件の整理と発注管理と統制に寄ります。同じ「社内SE」でも、前者は手広さが、後者は調整力と文書化が身につきます。

自社が何で稼いでいるか。ITが売上に直結する事業を持つ会社では、社内SEに近い職種でもプロダクト側の意思決定に関わります。ITが間接部門の位置づけの会社では、投資判断の順番が後ろになり、既存システムの維持に時間の多くが割かれます。将来性という言葉で語られる差の多くは、この事業構造の差です。

SIerは元請けか、下位に入るか。一次請けであれば要件定義と体制設計から関わりますが、下位の位置では仕様に沿って作る工程が中心になります。ITコンサルの側にも同じ幅があり、戦略寄りの案件と導入寄りの案件では、後者はSIerの上流工程と実態がかなり近くなります。ERP導入のように業務パッケージを扱う領域はその典型で、役割の分かれ方はSAPコンサルタントとはどんな仕事かで工程ごとに整理しています。

この3つは面接で確かめられます。情報システム部門の人数と委託比率、直近1年で社内発案の案件が何件あったか、担当案件で自社がどの位置に入るか。求人票の文言より、この3問への答えのほうが実態に近くなります。

移りやすい方向と、詰まりやすい方向がある

3者間の移動は、どの向きでも起きます。ただし通りやすさと、通った後に詰まる場所は方向ごとに違います。

移動の方向	通りやすい理由	入ってから詰まりやすい点
SIer → 社内SE	発注側が求める「ベンダーの見積もりを読める人」に直結する	課題が要件の形で降りてこない。業務部門の困りごとを翻訳する工程が増える
SIer → ITコンサル	工程管理と体制設計の経験が上流の仕事に接続する	決まっていない前提のまま結論を出す進め方に切り替わる
社内SE → SIer	業務側の事情を知っている点が提案で効く	採算と工数の管理が個人の評価に入る。範囲外を引き受ける癖が損失になる
社内SE → ITコンサル	一つの業界を深く知っていることが業界担当として評価される	短期間で成果物を出す速度と、社外向けの説明の粒度が求められる
ITコンサル → 社内SE	提案と要件整理の経験がそのまま発注側の武器になる	提案して終わりにできず、入れた後の運用が残り続ける
ITコンサル → SIer	上流の経験が引き合いになる	見積もりの精度と原価の責任が具体的な数字で問われる

方向ごとの差をまとめると、社内SEは業界の知識が積み上がる代わりに、その業界の外へ出るときの説明が難しくなります。SIerとITコンサルはプロジェクト経験が積み上がるため業界をまたぎやすい反面、特定業務への深さは意識して作らないと残りません。次に必要なのが深さなのか可搬性なのかで選ぶことになります。

年齢が上がると、3者で違う形の頭打ちが来る

30代後半から先は、「何ができるか」よりも「どの規模の何を回した人か」で見られるようになります。ここで3者の違いが、若いうちより表に出てきます。

社内SEで起きやすいのは、ポストの数が構造的に少ないことです。情報システム部門の管理職の枠は限られます。加えて、その会社の業務とシステムに詳しいほど社内では代えがきかなくなり、同時に外へ出たときの説明が難しくなります。これは本人の能力ではなく、役割の設計から来ています。

ITコンサルでは、等級が上がるにつれて仕事の重心が「解く側」から「取ってくる側・育てる側」に移ります。分析や資料作成が得意なだけでは上の等級で評価されにくくなり、この転換が合わずに事業会社の企画部門へ移る流れは一般的な経路です。

SIerでは、プロジェクトマネージャから部門の管理職へ進む道が主線になります。技術で残るか管理で残るかの分岐が30代後半に来やすく、どちらを選ぶかで求められる経験が変わります。自社がどの位置で案件を受けているかによって、この分岐で選べる幅も変わります。

共通するのは、40代で選択肢を持つために必要なものが、若いうちに評価されるものとずれている点です。3者いずれでも、途中で一度は自分の経験を社外の言葉に置き換えて確認しておくほうが安全です。手順はキャリアの棚卸しは何から始めるかにまとめています。

3軸のうち、どれを優先するかで結論が決まる

3つとも満たす選択肢はありません。優先順位を先に決めて、1位が満たされないものから落とすほうが決めやすくなります。判断の手がかりは次の通りです。

• 課題を自分で見つけたいなら社内SE寄り。渡された課題を解くほうが集中できるならSIer寄り、課題の定義そのものを売り物にしたいならITコンサル寄りです
• 評価されない期間の長さに耐えられるか。社内SEは順調な期間ほど成果が見えません。短い周期で評価が返ってくる環境が必要なら、プロジェクト単位で区切りが来る2者のほうが合います
• 生活の予測可能性をどこまで確保したいか。稼働の山、常駐先の場所、出張の頻度は、案件の性質で決まります。求人票ではなく、直近の案件の実態を聞いて判断します
• 次の移動を残しておきたいか。業界を固定してよいなら社内SEの深さは強みになります。まだ絞りたくないなら、業界をまたぐ経験が積める側を選ぶほうが選択肢が減りません

優先順位が2つまでしか決まらない場合は、いま一番不満に感じていることを1位に置いてください。不満の裏返しが、実際に効いている軸です。

次にやること

まず、気になっている求人票を3件用意し、この記事の3軸で書き出してみてください。求人票に書かれていない軸が必ず出てきます。それが面接で聞くべきことです。

次に、現職で扱っている案件を「誰の課題か」で分類します。自社の課題ばかりなら社内SE型の働き方をすでにしていることになり、渡された要件を形にする比率が高いならSIer型の経験が積まれています。この比率が実際の持ち札です。

支援サービスを使う段階まで来ているなら、登録する前に志望領域と譲れない条件を決めておくほうが提案の質が変わります。サービスの型ごとの違いはコンサル転職サービスの選び方で扱っています。

よくある詰まりどころ

社内SEは将来性がないと言われるのが気になる

将来性の有無ではなく、ポストの数と業界知識への依存という2つの構造から来る話です。同業種内での移動には強く、業種をまたぐときに説明が難しくなります。同じ業界で長く働く前提があるなら、この構造は不利になりません。

SIerの下位工程が長く、上流の経験がない

工程の名前ではなく、判断した内容で棚卸ししてください。見積もりの前提を置いた、仕様変更の可否を判断した、他社と分担を決めた。これらは工程名が下流でも上流の判断です。役割名だけを書くと、経験がないように見えてしまいます。

3つとも経験がなく、どれから入るか決められない

未経験から入る場合、最初の数年で身につく型が最も違うのは「範囲の決め方」です。範囲を守る訓練はSIerで、範囲を決める訓練は社内SEで、範囲を提案する訓練はITコンサルで積まれます。どの訓練が足りないと感じるかで選ぶと、後から取り返しやすくなります。

提示年収で並べて決めたくなる

報酬の決まり方の構造が3者で違うため、提示額だけを横に並べても比較になりません。稼働の変動、賞与の比率、等級テーブルの有無まで見ないと、同じ額面でも実質が変わります。