要件定義の方法を知る
要件定義の構造と定義すべき情報を明らかにする
|
リレーションシップ駆動要件分析（以下RDRA） では、要件定義の枠組み構造とそれらを構成するモデル要素を定めています。 プレゼン：
参考図書： 「顧客の要求を確実に仕様にできる 要件定義マニュアル」
著者： 神崎 善司 出版： 秀和システム
「要件のツボ」は、RDRA 専用の要件定義支援ツールです。まさに RDRA が規定する情報構造と要件要素そのものを直接定義していくことができます。 |
 |
|
http://k-method.jp/FlashPresen/index.htm
 |
「要件のツボ」には要件として定義すべき情報を説明するビューがあります。 |
要件定義の組み立て方を知る
 |
体系化された要件定義手法を利用することで、要件の組み立て方がわかります。当社が開発したリレーションシップ駆動要件分析（RDRA）では、構造から導き出される順序に沿って要件を定義していく方法を提唱しています。 RDRA の要件定義は、システム定義、システム外部情報、システム境界、システムという４つの階層からなる構造を持ち、この構造が要件定義作業の大枠の手順を与えます。この枠組の中で、さらに各モデル要素間の依存関係に基づく順序に従って要件を定義していきます。 「要件のツボ」には、こうした構造と依存関係を利用して効率的に要件を定義していく機能が用意されています。 |
|
|
 |
「要件のツボ」には要件を定義するための順番を説明するビュー（A）があり、その順番に従って入力していくことで一連の定義ができるようになっています。
また、入力においても先に入れた情報を元にそれに依存する情報を入力する形式（B）をとります。これにより素早く情報を登録することができます。 |
プロジェクトの進め方を変える
議論しながらその場で要件を定義する
 |
限られた時間の中で効率的に要件定義のアウトプットを出していくには、打合せ時、議論、整理、合意した内容をその場で文書化するのが有効です。 RDRA が規定する要件定義の枠組みに沿って打合せを進めることで、議論に流れを作り、効果的にアイデアを引き出すことができます。出されたアイデアはその場で記録していきます。 |
|
|
 |
「要件のツボ」では、シンプルな操作で思考や議論を妨げることなく効率的に要件を定義していくことができます。 また依存関係を利用して既存要素から導出する形で新しい要件を登録するなど、要件を洗い出す方法が明確になっています。 これらの工夫により会議の場でこのツールをプロジェクターに映し、その場で入力していくことができます。 |
みんなで考え、結果を共有し、議論を積み上げる
 |
要件定義は、種々の要望や要求を分析しながら、システムの目標や役割、価値といった基本的な方向性とそれに整合する個々の事項を決定していく作業です。最初は漠然とした姿しか見えないので、作業の中で理解を深めながら徐々に深堀りしていく必要があります。 こうした段階的な作業は、個々の作業を個人に振り分けるのではなく、共通の課題をみんなで検討し、議論を積み上げ、そこから得られた結論を全員で共有しながら進めていきます。その際、議論を発散させることなく確実にアウトプットを出していくために、要件定義の枠組みを利用します。 |
|
|
 |
「要件のツボ」を使えば、RDRA? が規定する要件定義の枠組みに沿って効率的に議論の成果をそのまま要件として定義でき、それを基にさらに議論を深めていくことが可能です。
議論の場では入力と分析に集中し、最終結果をドキュメントとして生成します。 |
本質的な要求を把握する
要求を分析してシステムが目指すべき目標を明らかにしたうえで、関係者共通の認識として合意します。 議論が袋小路に入り込んで行き詰った場合は、要求を階層化したり分類に当てはめるなどして整理し、そもそも何がしたいのかを明らかにすることによって、行き詰まりの原因となっている過去のしがらみを見つけ出します。要求分析を通じてシステム全体として何をやりたいのかを考えることは、枝葉の議論に終始する成果物指向からの脱却にもつながります。 本質的な要求を把握した上で、それを実現するための方法を論理的な枠組みに従って組み立て直し、現実の方法に落とし込みます。 |
|
|
「要件のツボ」では、システムの方向性を導き出すための要求分析を支援する機能が用意されています。要求をツリー構造を使って階層化することで要求を分析することができます。 同じく要求を分類するためにグルーピング用の要求を作成し、対象の要求を子として登録することで、要求を分類し要求の傾向をつかみやすくすることができます。これを繰り返すことでシステム化の価値や目的にまでつなげることが出来ます。 要求を有効に使うために４つに分けて管理します。 要望は「要件登録」で連続的に登録し、機能要求以降をこの要求分析で整理します。 要求を４つに分けて管理し、コピー、階層化、分類作業を行い本質的な要求を明らかにします。 |
|
 |
要求の階層化 例 要求A
要求のグルーピング グルーピング用 要求X
要求を以下の４つに分けて管理する ・要望
要件一覧ペインからDrag&Dropすることでコピー可能 |
網羅性を確保する
 |
要件定義として抜けがないようにするために網羅性を確保する必要があります。 １．システムに関わる全ての関係者と全ての外部システムを洗い出す 関係者と外部システムを出発点として、そのつながりを手がかりに全体をカバーすることが重要です。 |
|
|
 |
「要件のツボ」には関連性を確認するための画面（関連チェックA）が用意されており、論理的につながっている関係にあるものが、実際の定義ではつながっていない場合に警告をだします。
そのつながりを確認し、つながりが必要であればこの画面で関連性を持たせます。
またオーバービュー（B)を使うことで全定義情報を確認することができます。この画面で俯瞰的に定義情報をみることで抜けを見つけられる可能性があります。 |
精度を向上する
 |
要件の各情報には関連があり、それに基づいて作成した要件定義のつながりを利用することで精度を向上させることができます。情報のつながりには意味があります。つながりの意味を理解して各定義情報を見直すことで精度が向上します。 |
|
|
 |
「要件のツボ」では、モデル要素間の関連性に基づいて、要件定義プロセスの各シーンごとに整合性をチェックする機能が用意されています。
検証シーン
レビューシーン |
ゴールとマイルストーンに基づくプロセス管理
 |
要件定義を進めていくにあたっては、 成果物の条件、粒度など作業上の進め方についてベクトル合わせをしておくことが重要です。 具体的には次の手順を踏みます。 対象を決める RDRAでは、まず最終目標となるゴールを設定し、そこに至るまでの過程をテーマ別に区切ってマイルストーンを設定します。テーマごとのマイルストーンを設定することにより、作業の進行にメリハリが付きます。最初に決めたゴールは必ずしも正確とはいえないので、マイルストーンごとに見直して軌道修正を図ります。 |
|
|
 |
「要件のツボ」には、こうしたゴールとマイルストーンによるプロジェクトの管理機能が用意されています。要件定義のゴールを明らかにし、要件定義の作業として目指すべき方向を明らかにします。同時にマイルストーンを設定し、軌道修正のタイミングを明らかにします。 マイルストーンの考え方や候補の情報なども説明されており、リーダーやメンバーがマイルストーンの組み立て方や役割つながりを確認できるようになっています。 |
