As-Is/to-Beの意味とは?現場の失敗を防ぐギャップ分析の鉄則

As-Is/to-Beの意味とは?現場の失敗を防ぐギャップ分析の鉄則

As-Is/to-Beの意味とは?現場の失敗を防ぐギャップ分析の鉄則の疑問点について、専門知識を取りまとめてご紹介します。

フレームワークの理論がどれほど美しくても、実務の現場では激しい抵抗と軋轢が生まれます。大手SIerのプロジェクトマネージャーや、事業会社のDX推進室メンバーへの取材から見えてきたリアルな証言を検証します。

都内大手製造業のDX推進担当マネージャー(40代)は、当時の苦闘を次のように振り返ります。

「経営陣が掲げたTo-beは『完全ペーパーレスと受発注のAI自動化』でした。しかし、現場のAs-isをヒアリングし始めた途端、古参社員から『現場の機微が分かっていない』『紙の伝票でないと取引先の急な変更に対応できない』と猛反発を食らいました。結局、As-isの深掘りをおざなりにして高額な受発注システムを導入したため、現場は新旧システムを併用し、かえって残業時間が増えるという本末転倒な事態に陥りました」

ネット上のコミュニティや知恵袋などでも、「経営企画が作ったTo-beが抽象論すぎて要件定義に落とせない」「As-isを書くよう指示されたが、業務が多岐にわたりすぎて何を書けばいいのか分からない」といった悲鳴が散見されます。実務者が直面するのは、ツールの不足ではなく「現場の感情的な反発」と「抽象論から具体論への翻訳の壁」です。

伊藤 翔太
著者

伊藤 翔太

マネー知識やキャリア形成に役立つノウハウを、初心者にも分かりやすく解説するのが得意です。