RDRAの公式サイトにリンクを追加していただきました
このブログでは、ときどきRDRA （リレーションシップ駆動要件分析) のネタを書いています。
ありがたいことに、そのRDRAの公式サイトに、このブログへのリンクを追加していただけました。
神崎さん、ありがとうございます。
そういえば、RDRAを最初に見つけたのは、なんとなく見ていたスパークスシステムズジャパンさんのページでした。
Enterprise Architectで書く要件定義フレームワークなんていうものがあるんだあーというのが第一印象です。
実際にHPを見てみて、「網羅性・整合性・表現力」というフレーズも響きましたね。
当時私は、近々発動予定の開発プロジェクトを抱えていました。
開発自体は、ICONIXプロセスで開発することは決めていたのですが、
その前の要件定義フェーズをどうしたらよいかとても悩んでいました。
・要件定義できる要員がたくさんいるわけでもなく
・短期間になんとかICONIXプロセスにつなげて開発する
・そのためには何から入ったらよいのだろう？
という課題です。
で、実際にテンプレートをダウンロードしてみて、すごく気に入りました。
システム価値→システム外部環境→システム境界→ユースケース、ドメインモデル
といった筋道がこのテンプレートを見ることで、見通しが開けた感がすごくありました。
これならスムーズに開発メンバーへの設計のインプットとして、つなげられそうだというイメージがでました。
また、「リレーションシップ駆動」というネーミングもすごくよいと思いました。
私は要件定義とは個別の成果物だけを指すものではないと思っていたからです。
例えば、要求→業務モデルや利用シーン→ユースケース→画面といった関連こそが大事で、
それを共有するからこそ要件定義になり、整合性も保てると常々思っていました。
RDRAはEnterpriseArchitectを使ってそういう表現を上手にしているところがすごくよいと思います。
それ以来、どんな小さな開発ネタでも、まずRDRAでコンテキストを書いて、要望、要件を整理し、何をがんばって明らかにしていかなくてはいけないかをまず考えることにしています。
また、実際にRDRAを使うことで、実際の開発にすごく安心感が出ました。
開発メンバーへの設計のインプットとして、コンテキストからつながっている感じがすごくよいです。
開発メンバーもこの要件定義はそこがすごくよいと言っていましたね。
うちの仕事では今後も使っていくつもりです。
またネタが出たら、なにかフィードバックできればと思います。
コメントはまだありません。