摘要：
說教性質的需求分析理論，各位看了也白看，所以咱們就來一個真實個案——“訂餐系統”體驗一下。“訂餐系統”貌似簡單，但陷阱重重，各種需求分析的經典場景將會一一重現，各位做好準備接受這個挑戰沒有？我將分8篇為大家分享，全部內容超過1萬1千字，而且有n多圖片和思考題，請準備好盒飯邊吃邊看吧……

大綱：
1.某IT公司員工的吃飯問題
2.需求分析的大道理
3.背景-需要-需求規格
4.沒完沒了的“新需求”
5.領導“突發奇想”
6.榨干人腦汁的需求分析
7.變被動為主動
8.最后的瘋狂

7.變被動為主動

大部分情況下，需求分析的工作總是比較被動的，總會有點被客戶牽著鼻子走的感覺，為什么會這樣呢？看看下圖：

這個圖表示了隨著項目的開展，客戶與項目組對本項目的需要的認知程度是怎樣變化的，橫軸是時間，豎軸是對需要的認知程度。這個圖說明了這些問題：
1)項目最開始時，客戶對需要認知程度比較高，而項目組只是有朦朧的認識。
2)隨項目的開展，客戶和項目組都逐步提高了認識。
3)整個項目開展過程中，客戶對需要的理解程度總是比項目組要高。

以上該圖反應了絕大部分項目的情況，這樣的項目客戶對需要的理解永遠領先于項目組，這樣項目就不可避免地會陷入被動的境地。項目組做出來的東西往往不是客戶真正想要的，要反復多次，但做出來后，客戶又會繼續有新的要求，周而復始，沒完沒了，客戶和項目組都相互不滿對方的表現，最終項目很可能是“雙輸”。

如果是下面這個圖呢？

在項目初期，客戶對需要的理解程度是比項目組要高的，但項目組的學習能力比較強，對需要的理解很快就超越了客戶，并且在后面持續領先于客戶。
按照這樣的曲線，項目成功的機會是很高的，只要項目組對需要的理解領先于客戶，就能化被動為主動，最終達到雙贏！
很多公司會接手很多新項目，這些項目之前是沒有什么積累的，保證這類項目成功的關鍵，就是要提高項目組的整體水平，人的水平是決定因素，不要指望什么用過程大框框能改善項目情況，更加不要指望那些半桶水的QA來監督項目組。

下面這個圖呢？

?

什么情況下會是這樣？
產品化的項目！
產品化的項目才是公司持續盈利之道，所有公司都需要積累自己的業務與技術知識，將項目產品化。但凡產品化的項目，項目組對需要的理解要比客戶深刻很多的，客戶會很崇拜你、認可你，在項目開展過程中，項目組要不斷地去提高客戶的業務水平，同時學習項目中特有的產品中沒有的東西，將這些新內容提煉到產品中來，為下一個項目服務。

變被動為主動的奧妙就在此！提高需求分析能力沒有捷徑，努力提高水平吧！

?

請看下一篇……

作者：張傳波

創新工場創業課堂講師

華為某團隊高級顧問

《火球——UML大戰需求分析》作者

www.umlonline.org 創辦人

總結

以上是生活随笔為你收集整理的需求分析挑战之旅（疯狂的订餐系统）(7)——变被动为主动的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。