要件定義ではHowじゃなくてWhatを語れという話 - 勘と経験と読経

ソフトウェア開発における要件定義では「要件定義ではHowじゃなくWhatを語れ」とか「UIの議論の前にシナリオ／ユースケースを整理しろ」という話を最近何度かすることがあった。この考え方は過去のいろいろな学習経験とプロジェクト経験から来ているのだけれども、そういえばちゃんとまとめたことがなかったと思い、まとめてみることにしたという記事。 要件定義ではHowじゃなくWhatを語れ どういう意味かというと、具体的にはこんなことを言いたいのだ。 いきなり要件定義段階で、構築予定ソフトウェアの画面など機能の話をするな ユースケースもしくはそれに類する形で要求を整理しろ ユーザーの要求を動詞で整理しろ なお現代的にはユースケースより、ユーザーストーリーといった形で整理するのが良いかもしれない（これは読者の属するドメインによる）。 なぜHowを語るべきではないのか 要件定義でHow、すなわちソフトウェア

[daaaaaai]

大事・・・。Whatから考えるためには、そのシステムのアウトプットはなにであってほしいか、とか考えるとか、シナリオを考えるのがジョエル流でいいような気がしています。

[tettekete37564]

あ、これ最近オレがお願いした内容だ。まあ機能すらふわっとしてて分からんのだもの。せめてユースケース書いて？っていう。誰がどうすると何がどうなる、というのを教えてくれって話。