« バッファのあるスケジュールの本当の意味 | メイン | ひさびさに泣いた。 »

No Functional Spec

>

No Functional Spec

Don’t write a functional specifications document. Why? Well, there’s nothing functional about a functional specifications document.

最初に示すべきは思想なのだろうか。

実装を進める時、有効な手段としてそれを行っているのかという事を気にすれば、
かならず効果測定の奴隷になる。

すなわち、根本を忘れて、「成果」のみを気にすることになる。

逆説的に言えば、成果を問わない実装を支えうるだけの、
思想を透徹させうるだけの時間やコストを担保するための環境を用意しなければ、
「思想」というのは単なるお題目で終わるのだ。

実行は痛みを伴い、犠牲を伴うものなのかも知れないが、
その犠牲をもって購いうる本当の意味での「成果」を得るために
何を犠牲にするのかの選択を日々迫られているのが人間なのかも知れない。

トラックバック

このエントリーのトラックバックURL:
http://naotake.fs-output.com/mt/mt-tb.cgi/434

コメント

1. Vision
2. Goal
3. 1 page spec
4. Function Spec (if needed)
5. milestone and schedule

な感じじゃない?
もちろん、作るものによって微妙に変わるけど。(プロトだったり、デザイン/UI仕様だったり、MRD/ERD だったり)

昔教えてもらった通りですね。

ちゃんとVisionのドキュメント作らないといけないんですよねー

特に最初の3つまでを書かないとこばっかりなんですよ。実際問題。

コメントを投稿

(いままで、ここでコメントしたことがないときは、コメントを表示する前にこのブログのオーナーの承認が必要になることがあります。承認されるまではコメントは表示されません。そのときはしばらく待ってください。)