客戶說要個不重易帶的箱子，我們以為理解了他們的要求，并據(jù)此設計出引以為豪的式樣，可客戶卻既不買賬也不買單，從競爭對手那買了個很重的箱子，因為那個箱子下面帶著輪子。
這個假設的硬傷有三：客戶在一段時間內(nèi)不一定知道他們要什么；即使知道，也不能描述清楚；即使貌似能描述，他們往往給出的是一個解決方案，而非真正的需求。稍微復雜的軟件項目都會有多個客戶的聲音，軟件需求需要平衡眾多干系人的需要，還要考慮用戶講不明白的非功能需求。在開始設計前，我們大概很難梳理出準確的軟件需求，所以再好的軟件需求規(guī)格說明書也會存在嚴重問題，這些問題的后果隨著時間的推移會成倍加重。
是時候改變我們的軟件需求思維了，不要再假設從客戶聽到的都是靠譜準確的信息了，而是把它們看作是充滿噪音，需要不斷驗證調(diào)整的信息。這樣看來，在項目前期投入大量資源開發(fā)出“完美”的需求就不那么明智了。新的假設需要一個匹配的過程和支持體系，團隊可以快速識別、糾正解決方案和不斷進化的客戶需求的不一致之處。
也許這就是你敏捷轉(zhuǎn)型的目的。
文章來自，老叢講桌
