誰が何のために、どのような状況で使うシステムなのかが明らかにされないままフォーマットを埋めるだけの要件定義から、計画的に素早く全体像をつかみ、論理的に要件を組み立てるための進め方を紹介する。

※この進め方は数十回のRDRAを使った要件定義の経験をまとめたものである

Step1: 出発点を明らかにする

システムに関わる登場人物を起点として、関わる業務を洗い出し、まずはシステム化対象がどのあたりかを合意する。空中戦を避けて具体的な議論をするために出発点を明らかにする

Step2: スコープの把握

BUCのアクティビティを粗く洗い出すと具体的に行うとが見えてくる。システム化対象を理解するために、アクティビティの正確さより、まずは洗い出すことを優先する

Step3: システムで扱う情報の明示

業務で扱う情報を明らかにし、そこからシステムで扱わなければならない情報を把握できる。ここでも正確さより必要と思われるものは一旦洗い出すというスタンスで臨む

Step4: システムで管理する状態の明示

業務が認識している状態を洗い出す。無理に洗い出すのではなく、思いつくものを洗い出す。

Step5: トップダウンで要件を組み立てる

業務、BUC、アクティビティを見直し、システム化するところにUCをつなげる。ざっくりと素早くUCを洗い出すことでシステム化範囲を明らかにする

UCに関わるアクターから画面を導出し、関わる外部システムにイベントを追記する。これでUCの入出力が明らかになる

※これらの活動を通じて新たに業務、BUC、アクティビティを逐次見直す

Step6: 情報・状態を使って見直す

洗い出した情報を関係づけ欠けている情報を洗い出す。情報は状態を持つことが多いので、そこから欠けている状態を洗い出す。

見直した情報をUCにつなげ、UCが行うことを明確にする。同時にUCが状態遷移に関わる場合はUCと情報の関りを見直す

このステップではUCと情報、UCと状態の２者の関係を中心に精度を上げていく

Step5,6を繰り返し行うことで、UC、情報、状態を明確にすることでシステム化すべきことが明らかになる

Step7: UC（ユースケース）につながる条件を洗い出す

システムがどのような条件下で動作するか、そしてそれがUCにどのように影響するかを考察する。これによりビジネスを駆動するために必要なビジネスルールを明確にし条件として整理する。

Step8: 条件の軸となるバリエーションを洗い出す

条件はバリエーションの組合せまたはバリエーションと状態の組合せで表現できる。条件を元にバリエーションを洗い出す

Step9: 条件とバリエーションの要素を洗い出す

最後に、各条件とバリエーションについて、具体的な要素を洗い出す。このステップにより、要件がさらに詳細化され、開発チームにとって明確な実装指針が得られる。

ビジネスルール（条件）を明らかにし、バリエーションとして整理する活動が、要件を精度の高いものへと変えていく