ユーザーより1歩先に行くための業務分析ノウハウ　～ユーザーをリードするためのモデル化の手法

スキル

» 2009/08/04

　要求分析について話を進めていきます。

　先回は、システム要求をまとめていく最初のステップとして、関係部門から要求を一件一葉の形で抽出し、精査していくことを説明しました(○○を○○する、という要求表現)。

　各部門の方々は、自部門での業務はよく理解していますが、インプットされる情報やアウトプットされてからの情報について、どのようなプロセスで扱われて、どう形を変えていくかは、あまりご存知ないのが一般的です。

　従って、極端な表現をすると「自分さえよければいい」的なシステム要求になりがちです。

　これらを是正し、共通認識を持ってもらい、さらに前向きな要求にしていくために、関与者利害管理表を使います。

　他部門でどのようなことを課題としているか、自部門からの要求が他部門に与える影響は……、などといったいいシステムを構築するためには欠かせない共通認識や全体観をイメージできるいい機会となります。

■要求モデルの構築

　対象領域での要求がある程度出た時点で、ロジックツリー法を活用して要求モデルを構築していきます。ロジックツリー法の中の１つで、要求を「目的－手段」の関係で階層化していく考え方です。

　次の図は、一件一葉で記述された要求を階層化した簡単な例です。

　

　残念ながら先日お亡くなりになった川喜多二郎先生の「KJ法」を使い、次の図のように同じ目的のものをグループ化し表札を付ける、今度はその表札を同じ目的のものでグループ化し、表札を付ける。この作業を繰り返して階層化するのが、ボトムアップ手法です。

　ただし、この手法だけだと、上位に向かって拡散していく傾向があるので、トップダウン手法と併用してまとめていきます。

　最上位は、新システムを構築する一番の目的になります。その下位はそのための手段、今度はその手段を目的と読み替えて手段を見出す。これがトップダウンの考え方です。

　上から2、3階層目くらいまでは、新システム構築の目的を把握できていれば展開することが可能です。

　そうしておくと、ボトムアップで積み上げるときに目指すべき位置が見えやすくなります。それらがうまくつながらないときは、どこかか矛盾しているということなので、見直しをすればいいのです。

　こうしてボトムアップとトップダウンを併用しながら要求モデルとして組み立てていきます。

■ＷＨＹツリーの活用

　そうはいっても、うまく展開できない場合に必ず遭遇することになります。

　例えば先の要求モデルの中で、「部品表を起こす工数の削減」とありますが、そのためになにをすればいいか分からない、といったようなケースです。

　こういう場合は、ロジックツリー法で原因解析すると分かりやすく解けます。一般的に「ＷＨＹツリー」と呼ばれていますが、次の図のように結果から原因を導き出していくのです。

　次の図は、結果から原因を突き止めるために展開した例ですが、問題を解決するにはツリーの右端に登場した6つの原因を解消しなければなりません。

　その原因を要求表現に変換したものが、一番右側に記載されています。

　原因を解消する解決策で無いと、いいシステムを構築するためのシステム要求にはなりえません。原因を突き止めることができれば、それを要求モデルに追加していくと、うまく目的－手段で展開されたものができます。

　ＷＨＹツリーはシンプルで使いやすい方法でありながら、なかなかの説得力を持ちます。いろいろな局面で使えますので、ぜひ使いこなしてください。