As-Is
概要

IT分野では、システムの新規構築や刷新を検討する際、まず既存システムの仕様や機能、業務フローなどを調べ、文書や図として整理する。このように現状を体系的にまとめたものを「As-Isモデル」という。
これに対し、これから構築するシステムや導入後の業務の流れなど、目指す状態を示したものは「To-Beモデル」と呼ばれる。As-Isは現状の事実を記述したものであり、理想や目標を含むTo-Beとは性質が異なる。
システムの導入や更新を企画する際には、最初からTo-Beを構想するのではなく、現状分析を行いAs-Isを明確にする進め方が一般的とされる。現状を正確に把握することで、既存システムや業務に内在する課題、非効率な作業、重複処理、属人的な運用などが明らかになる。これにより、実態から離れた目標設定を避け、実現可能性の高い計画を立てやすくなる。
As-IsとTo-Beを比較し、両者の差を分析する手法は「ギャップ分析」(gap analysis)と呼ばれる。ギャップ分析では、まずAs-Isとして現状の業務プロセスやシステム構成、利用しているリソースなどを整理する。続いてTo-Beとして目指す業務プロセスやシステムの姿を定義し、両者を比較することで、不足している機能や手順、解消すべき問題点を洗い出す。その上で、ギャップを埋めるために必要な施策や優先順位、実施スケジュールなどを検討する。
この手法は、ITシステムの開発や刷新に限らず、企業経営や業務改革の場面でも利用されている。事業全体の現状をAs-Isとして可視化し、経営目標として設定したTo-Beとの差異を分析することで、組織が取るべき具体的なアクションを導き出す際に活用される。As-Isの整理が不十分なまま改革を進めると、現場の実情と計画内容にずれが生じ、施策が定着しにくくなる場合がある。
As-Isの整理には、関係者へのヒアリングや既存マニュアルの精査、業務データの測定といった客観的な調査が伴う。主観や希望的観測を排除し、問題点だけでなく稼働している既存のルールも含めて正確にドキュメント化することが求められる。明確化された現状は、プロジェクトの投資対効果を測定する基準や、変革による影響範囲を特定する土台としても機能する。