BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ ニュース Scrumでの非機能的な要求の対処

Scrumでの非機能的な要求の対処

非機能的な要求は、振る舞いよりもシステムの質を説明する。Scott Ambler氏(リンク)は、Dr. Dobb氏のポータル(リンク)の記事(リンク)にある「Scrumの製品バックログの概念は、単純な機能的な要求には適切に動作するが、非機能的な要求やアーキテクチャ上の 制約には足りない」ということを主張したとき、白熱した議論を巻き起こした。

その記事は、Scrum Development Yahoo Group(リンク)で議論を起こした。そこで、人びとはScrumは非機能的な要求をどう対処するかについて意見を共有している。Ron Jeffries氏(リンク)は、例の要求を提供することで集中する支援をした。それは、システムが99.9%の実行可能時間を維持するという要求である。

この要求に対処するために提案された方法は、タイムボックスを配置することでそれを機能的にし、テスト可能にすることであった。そして、要求は、システム は、(ここでの挿入期間で)99.9%の実行可能時間を維持する、ということになる。その他の機能要求は、モニタリングや通知メカニズムの作成などが提案 されている。

この種の要求は、チームの「完了の定義」(参考記事)によって対処されるという他のアプローチを提案しているものがいた。つまり、ストーリーの実装がダウンタイムの原 因にならないことが判断されるまで、各ストーリーは完了したとは見なされない。これは、たとえばレビューの過程やロードのテストなどを通じて実現される。

コメントを残し、Scrumチームがどのように非機能的な要求を処理しているかを共有したい。

 

原文はこちらです:http://www.infoq.com/news/2008/11/nonfunctional-requirements

この記事に星をつける

おすすめ度
スタイル

BT