我對敏捷開發(fā)的理解就是快速影響客戶的真正需求。
以前的開發(fā)是重文檔的，先做需求調(diào)研，整出個需求文檔出來，然后根據(jù)文檔開發(fā)。我見過最厲害的需求文檔連每個界面包括上面的控件大小、顏色什么的都畫出來了。
生產(chǎn)中人們發(fā)現(xiàn)這種工作方式有一些問題。比如周期太長，需求文檔是重要資料，修訂它一般需要比較麻煩的控制流程。周期長還有一個不足就是不能適應(yīng)快速變化的世界，一個需求文檔搞半年，需求文檔出來的時候業(yè)務(wù)已經(jīng)發(fā)生了重大變化。
還有一個比較致命的問題就是我們多數(shù)人并不能很好的把業(yè)務(wù)流程抽象成合適的需求文檔，由于能力和溝通上的問題，經(jīng)常會發(fā)生我們做出來的東西和客戶真正想要的東西差異很大。
所以敏捷的思路就是減少使用需求文檔，改用可以使用的程序原型讓客戶體驗，使用較小的更新讓客戶可以更多的反饋意見，根據(jù)客戶的意見進行靈活的調(diào)整。
敏捷可以解決一些問題，當(dāng)然也帶來了一些問題。敏捷是一種思路，并不應(yīng)該僅僅是一些死板的教條的方法。
甚至于我們不標榜敏捷開發(fā)，然而可以在實踐中和客戶加強溝通，盡可能讓客戶通過體驗提出想法，提出修改意見，可能對我們的工作都會有一定的幫助。