【第6話】ERP炎上後に見えてきた“仕事の本質”──技術者から業務コンサルタントへ

ERPの炎上プロジェクトを、1年かけて安定させた。
メール200通から始まった混乱も、ルールや構造を整えることで、ようやく「プロジェクト」と呼べる形になった。

そのとき、胸の奥には静かな達成感があった。
同時に、自分が大きく変わったことにも気づいた。

■ 大きな山を越えたあとの“虚無感”

炎上収束の翌月。
一気に肩の力が抜けるような感覚があった。

燃え尽きた、というほど強烈ではない。
ただ、これまでの緊張状態が一段落し、
急に“空白”ができたような気持ちだった。

プロジェクトは安定した。
顧客にも喜んでもらえた。
会社としても大きな成果だった。

だけど、その一方でふと思ってしまった。

保守や改善を続ける道もある。
次の導入プロジェクトに入ってもいい。
ただ、どこかで心が止まっていた。

正確には、“このままでは成長しない” という予感があった。

■ 炎上で身についた力は、技術ではなかった

炎上を収束させた経験は、技術力の向上…ではない。
むしろ、技術そのものよりも、もっと根本的な力が磨かれていた。

• 部門間の利害調整

• 大量の情報の整理

• システムの前提条件の統一

• 会議体の設計

• 決定ルールの構築

• 優先順位の判断

• 100名規模のチームでのコミュニケーション

これらは、コードを書く技術とは別世界のスキルだった。

ERPは企業全体を扱う。
だから、技術よりも
“業務の構造を理解し、整え、人を動かす力”
が求められる。

炎上の只中にいた1年で、僕はこの力を身につけていた。

「自分は技術者ではあるけれど、業務の整理や全体調整が得意なのかもしれない」

そんな手応えが、少しずつ鮮明になっていった。

■ エンジニアから“Biz側”の会議体に呼ばれ始める

炎上後、社内外で僕の評価が変わっていった。

• 顧客の要件定義ミーティングに呼ばれる

• システムではなく業務改善の相談をされる

• 現場の部長・課長クラスから依頼が来る

• ステコミの会議にも参加する

• 「技術ではなく、整理と判断ができる人」と認識される

気づけば、僕はいつの間にか
“技術の人” ではなく “業務の構造を整える人”
として扱われるようになっていた。

ある日、顧客の部長からこんな言葉をかけられた。

この一言が、胸に刺さった。

“エンジニアとしての自分” を超えて、
“事業全体を理解し、支える側の自分” が立ち上がっていた。

■ 「Biz × システムの橋渡し役」という天職に気づく

技術を磨くことも大切だが、
システムと現場の間には必ず“翻訳”が必要になる。

• 現場が何に困っているのか

• 業務の流れはどうなっているのか

• どのルールが本質か

• 何をシステム化すべきで、何を変えないべきか

• 仕様は本当に現場にフィットしているか

この“間を埋める役割”ができる人は、多くない。

炎上で抜け落ちていたパズルのピースが見つかったように、
僕はこの瞬間に自分の方向性を悟った。

この気づきは、キャリアの軸を大きく変えた。

■ 次の転機：業務コンサルティングの会社からの誘い

ERPの山を越えた頃、
業務コンサルティングを中心に扱う会社とご縁があった。

その会社は、

• 上流の業務整理

• プロジェクトマネジメント

• システム企画
  …を主軸にしていた。

今の自分に必要なのは、まさにこの環境だった。

システム導入に限定するよりも、
“業務を整え、プロジェクト全体を動かすこと” に
自分の力を使いたい。

そう思えた。

そして僕は、この道を選んだ。

ERP炎上を乗り越えて得た力が、
次のキャリアのフェーズを開いてくれた。

■ 若手エンジニアへ伝えたいこと

炎上プロジェクトはつらい。
でも、そこで得られるものは決して小さくない。

特に、
「構造化する力」
これを身につけたエンジニアは強い。

• 技術だけでは届かない領域に踏み込める

• 課題の本質を見抜ける

• 顧客にとっての“頼れる存在”になれる

• Bizとシステムの橋渡し役は市場価値が高い

• キャリアの選択肢が一気に広がる

あなたがもし今、
つらい現場で働いていたとしても、
そこで得ている力は必ず次のステージにつながる。

僕自身、そのことを痛感している。

■ 次回：現在の僕のキャリアの“核”について

エンジニア、Biz、コンサル。
それぞれで磨かれた経験が最後にどう結びついているのか。

次回は、僕がいま「企業向け業務コンサルタント」として
何を軸に仕事をしているのか──その中心にある考え方を書いていく。