TomWang的部落格

以前曾經看過一篇文章(2014-7-16)，原文網址：
http://www.vaikan.com/is-this-what-they-mean-by-iterative-development/

我先前還有發表過相關的心得文，但我想重新描述我的想法

我在做需求訪談時，最怕的就是遇到不想說清楚自己到底要甚麼的窗口或業務單位。如果是溝通表達能力的問題，那還是小事，但如果對方不想花更多時間做好需求的傳遞，那就是很麻煩的問題了。
一般來說，提需求的人都是地位比較高的，他們可能會有很多事情要處理，造成他不會想花太多時間在他認為不重要的事情上。
要表達需求，需要對成果的一個具體想像，這很困難，但很多人都認為這很簡單，且自己對自己想要的很清楚(但之後照樣會改)
所以在表達需求時很容易變成一邊表示自己描述得夠清楚了，另一邊認為需求太抽象了
而有的人根本不想花心思想像，所以要開發人員先做出來給他看，自己只要欣賞對方結果，不滿就叫對方大改或整個重做。如果造成時間上的浪費那就是開發人員的問題，尤其台灣又是非常濫用責任制的地方，這等同於提需求的人偷懶，開發人員承擔後果與揹黑鍋。
文中的解法是把主管甚至總裁都叫出來，來示範如果甚麼都不說，自己隨意做的成果(當然這是惡搞的成果)。
就文章的最後可以看到作者的目的有實現，各部門主管乖乖地給出他們該給的東西(需求)，但是各部門主管也因此產生不滿(好幾個月不理作者)

面對這種情況時是否該這麼做呢?就看自己要不要為了解決公司的問題而引發別人對自己的怨恨了。