業務フローの精度を高めるフレームワーク活用術｜5W3HとAs-Is/To-Beで要件漏れを防ぐ

「業務フローの描き方はわかったけれど、なぜか後から要件漏れが出てくる……」
「現状（As-Is）とあるべき姿（To-Be）を、どう実務に繋げればいいの？」

要件定義の現場で、こうした壁にぶつかることは少なくありません。図をきれいに描くこと（形式）も大切ですが、それ以上に重要なのは、その図に「何が書かれているか（内容）」の網羅性です。

本記事では、業務フローの質を劇的に高めるための戦略的なフレームワーク「As-Is/To-Be」と、情報の漏れを物理的に防ぐ「5W3H」の活用法について解説します。

As-IsとTo-Be：2つのフローを使い分ける理由

要件定義では、役割の異なる2つの業務フローを意識的に使い分ける必要があります。

現在の業務の流れをありのままに書き出したものです。

目的： 現場に隠れている「無駄」「無理」「属人化」といった課題をあぶり出すため。
効果： いきなり新システムの話をするのではなく、まずは「今、誰が、何を、どうやっているのか」を正確に把握することで、解決すべき本当の課題が明確になります。

新システムを導入した後、どのような業務プロセスに変わるべきかを描いた図です。

手間をかけてまで業務フローを作成することには、開発を円滑に進めるための強力なメリットがあります。これらはまさに「要件定義で達成したいこと」そのものです。

認識のズレを解消する「共通言語」になる
業務が可視化されることで、関係者全員が同じ図を見ながら議論できます。「言った・言わない」や、立場による解釈の違いを最小限に抑えられます。
ブラックボックス（属人化）を排除できる
「特定の担当者しか知らない手順」や「実は不要な二重チェック」など、隠れた無駄や属人化をあぶり出し、標準化へのきっかけを作れます。
「全体最適」の視点で検証できる
局所的な機能改修ではなく、前後の工程を含めた業務全体の流れとして、本当に効率的で無理のない形になっているかを確認できます。
運用後の「資産」として転用できる
整理されたフローは、開発時のエビデンスとしてだけでなく、本番稼働後の操作マニュアルや新人教育の資料としてそのまま活用可能です。

「現状（As-Is）を固めてから理想（To-Be）を考えるか、いきなり理想から入るか」は、プロジェクトの性格によって使い分けます。

現状改善型（As-Isベース）： 現状の課題を解決し、着実な改善を目指す場合に有効。現場の運用と乖離しにくいメリットがあります。
抜本変革型（To-Beベース）： ゼロベースで新しい仕組みを作る場合に有効。ただし、理想を追いすぎて現実的な運用ができない「絵に描いた餅」にならないよう注意が必要です。

情報を整理する基本として「5W1H」は有名ですが、システム開発においてはこれだけでは不十分です。なぜなら、開発の根幹に関わる「コスト」と「規模」の視点が抜け落ちてしまうからです。

そこに「How Much（いくらで）」と「How Many（どれだけで）」の2つを加えた「5W3H」こそが、業務フローの各工程を深掘りし、情報の抜け漏れを防ぐための強力な分析フレームワークとなります。