SIerからコンサルタントへ。実装を知っている人が求められている理由
SIerからコンサルティングファームへの転換は、以前より現実的な選択肢になっています。理由は本人側ではなく、需要側にあります。ファームが抱えていた課題を、SIer出身者が埋められると分かってきたためです。この記事では、何が評価されているのか、逆に何が足りないと見られるのか、そして移るときに何を準備すべきかを整理します。
なぜいま求められているのか
ファーム側の事情が変わりました。背景として指摘されるのが、「提案したはいいが実装できなかった」という失敗を減らしたいという現場のニーズです。
戦略を描き、資料にまとめるところまではできる。しかし実際に動くシステムにする段階で行き詰まる。この構造的な弱点を埋める存在として、実装を経験してきた人材が評価されています。
職種の面でも変化があります。「DXコンサルタント」「ITアーキテクト」といった、IT知識を前提とした職種が新設されているのが現状です。従来の戦略コンサルタントとは別枠で採用が行われています。
つまりこの転換は、本人が「上流に行きたい」と願うだけの話ではなく、市場側に明確な必要性があるという構図です。
SIerとコンサルは何が違うのか
同じくシステムに関わる仕事ですが、立ち位置が違います。
| SIer | ITコンサルタント | |
|---|---|---|
| 主な役割 | 決まったものを確実に作る | 何を作るべきかを決める |
| 中心となる力 | 技術力、担当分野の専門知識 | 経営知識、業界知見、構造化 |
| 成果 | 動くシステム | 課題の解決、事業の変化 |
| 担当の分かれ方 | ネットワーク、DBなど分野別 | 案件ごとに領域が変わる |
← 横にスクロールしてご覧いただけます →
SIerではプログラミング言語への深い理解と、担当分野の専門知識が中心になります。エンジニアは分野ごとに担当が分かれる構造です。
一方コンサルタントは、ITシステムによる課題解決を担う立場です。経営知識、ITトレンドの把握、クライアントの業界に関する知見が求められます。
大きな違いは「決まっているかどうか」です。SIerでは何を作るかが決まった状態から始まります。コンサルタントは、そこを決める側にいます。
評価される経験
SIer出身者がアピールできる部分は、はっきりしています。
要件定義の経験。 クライアントの話を聞き、課題を整理し、必要なものを定義する。この工程は、コンサルタントに求められるヒアリング力や課題整理力と直接重なります。
プロジェクトマネジメントの経験。 大規模プロジェクトを担当した経験は貴重とされます。複数案件を並行して管理し、課題やリスクを早期に把握し、クライアント・社内・ベンダーの間で調整する。この能力はそのまま転用できます。
幅広い技術への理解。 多数の顧客の要求に応えるなかで、さまざまな技術に触れています。特定製品に偏らない知見は、提案の実現性を判断するうえで効きます。
納期と品質へのコミット。 厳しい要求のもとで完遂した経験は、プレッシャーへの耐性として評価されます。
問題解決の経験。 プロジェクトで発生するトラブルは教科書どおりにいきません。実際に対処してきた経験そのものが、問題解決能力の証明になります。
足りないと見られる部分
一方で、埋める必要がある部分もあります。
構造化・論理的思考。 MECE、Why-So / So-Whatといった考え方は、ファームでは共通言語です。これらは書籍や動画、e-learningで学べる範囲とされています。
資料作成とプレゼンテーション。 PowerPointを中心とした資料で、論点を整理し、相手に伝える力。SIerでも資料は作りますが、目的と作法が異なります。
経営の視点。 システムの話だけでなく、その企業がどう儲け、何に困っているか。この視点がなければ、提案は技術の話に終始します。
業界の知見。 案件ごとに業界が変わるため、短期間で理解する必要があります。この耐性が問われます。
ただし、これらは「持っていないから無理」ではなく、学べば埋まる部分です。むしろ実装経験のほうが後から身につけにくいため、順序としては有利とも言えます。
経験を言い換える
転換にあたって最も実務的なのが、同じ経験を上流寄りの言葉で表現し直すことです。
たとえば次のように言い換えます。
- 要件定義でのヒアリング → 業務課題の把握と整理
- 設計方針の検討 → 実現方式の比較検討と提言
- 複数ベンダーの取りまとめ → ステークホルダーの調整と合意形成
- 技術選定 → 投資判断に資する技術評価
- 進捗管理 → プロジェクトの推進とリスク管理
言い換えといっても、事実を変えるわけではありません。同じ行為を、相手の文脈で説明し直しているだけです。
この作業には副次的な効果もあります。整理するうちに、自分がどの工程でどんな判断をしてきたかが明確になります。 移る移らないに関わらず、やっておく価値があります。
移ったあとの現実
良い面だけではありません。指摘されている点を挙げます。
残業や仕事量が増える可能性。 案件の性質上、繁閑の波が大きくなります。
インプット量が多い。 案件ごとに業界も業務も変わるため、常に学び続ける必要があります。この量に追いつけないという声があります。
一方で、報酬面では上がりやすい構造があります。ITコンサルタントはロジカルシンキング、分析力、プレゼンテーション能力といった高度な専門性が求められるぶん、利益率の高いビジネスモデルになっており、それが報酬に反映されます。
また、その先の選択肢も広がります。コンサルタントとして経験を積んだあと、フリーランスとして独立する道も一般的になっています。上流工程の経験は、独立後の武器になります。
なお、開発経験がなくても転換は可能とされます。インフラエンジニアやテスト担当者も、その専門性を活かして移る例があります。ただし技術的な理解は前提です。
上流工程の案件をお探しの方へ
イーランサーでは、SAP/S4HANA、Salesforce、ERP、データ活用、AI開発、PM・PMOなど、上流工程の案件も取り扱っています。専任担当がご経歴と希望条件を整理し、条件に合うプロジェクトをご提案します。
すぐに稼働できる状態でなくても、情報収集としてご相談いただけます。ご登録いただいた情報が企業に公開されることはありません。
案件を見る