BT

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

| 作者: Chris Sims フォローする 0 人のフォロワー , 翻訳者 編集部 フォローする 0 人のフォロワー 投稿日 2008年11月11日. 推定読書時間: 1 分 |

非機能的な要求は、振る舞いよりもシステムの質を説明する。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

この記事に星をつける

おすすめ度
スタイル

こんにちは

コメントするには InfoQアカウントの登録 または が必要です。InfoQ に登録するとさまざまなことができます。

アカウント登録をしてInfoQをお楽しみください。

あなたの意見をお聞かせください。

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする
コミュニティコメント

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

HTML: a,b,br,blockquote,i,li,pre,u,ul,p

このスレッドのメッセージについてEmailでリプライする

ディスカッション

InfoQにログインし新機能を利用する


パスワードを忘れた方はこちらへ

Follow

お気に入りのトピックや著者をフォローする

業界やサイト内で一番重要な見出しを閲覧する

Like

より多いシグナル、より少ないノイズ

お気に入りのトピックと著者を選択して自分のフィードを作る

Notifications

最新情報をすぐ手に入れるようにしよう

通知設定をして、お気に入りコンテンツを見逃さないようにしよう!

BT