>>22
> >>19
> 自分の印象もそんな感じだな
> 仕変要求がメールや口頭で飛んで「じゃ、あと、よろしく」な仕事だと
> 開発のスピード感を維持するためには必然的にTDDにならない？

んー、ならない（笑）
red-green-refactoringは、まどろっこすぎて俺には合わない。

> >>21
> これも同意
> 言い換えれば、エンジニアが強い（＝仕様設計レベルに口を挟める、
> お客さんと直接対話できる）立場に置かれていないとTDDは難しいと思う

俺は19に書いたように、TDDって外部設計が終了し、内部設計で言う所の外部インターフェースが
決定し、各タスク（モジュール）が各人にアサインされた後の開発手法だと理解してるから、
要件定義とは関係ないと思ってる。
TDDをうまく使いこなせて、快適だと感じれば使えばいいんじゃない？って感じ。