イチから全部作ってみよう（3）MINORIに学べ、全ての悪は要求仕様書から生まれる

今回は、要求仕様フェーズを進める時の問題点を解説します。ソフトウェア開発の全ての悪は、要求仕様書から生まれます。「パンドラの箱」のようなものですが、ちゃんと「希望」も残っています。 ⇒連載「山浦恒央の“くみこみ”な話」バックナンバー 2．要求仕様フェーズでは何をするのか 図1に、新しいソフトウェアのアイデアを思い付き、それを製品化するまでの流れを示します。 2.1 要求仕様フェーズ ソフトウェア開発の最初の工程が「要求仕様フェーズ」で、頭の中のアイデアを具体的に記述する工程です。製品にできることや機能を細かく書いた要求仕様書を作ります。「要求仕様書」と聞くと、「大統領所信表明書」のように物々しく感じますが、電気製品を買うと付いてくる「製品取扱説明書」と完全に同じものです。 取扱説明書は、一般ユーザー向けのドキュメントで、そこには「（1）以下の部品がそろっていることを確認してください……、（

[NOV1975]

この人現場にいたのかなあ（立場的にいたわけ無いと思うけど）。関わった人間としてはちょっと的外れ感があるし、障害起こしたからと言ってこれだけの情報を元にこういう形で槍玉に挙げるのって良くなく無いですかね

[turanukimaru]

良い記事だけど要求仕様書ベースの開発はもう無理だよな…顧客の要求はだいたい間違っててこれはもう対処しようがない。

[kent4989]

よい例え。（難しさは）"「野球を一回も見聞きしたことがない人に対し、野球の進行手順やルールを詳細に書き、それを読んだ瞬間に、野球ができるようになる説明書」を作ることを考えれば分かると思います。”

[Guro]

（全ての悪とは、だが）よい記事だった。