很多牛人的大作在說到需求時，大多數的人都會說“需求是在產品構建之前必須要發現的那些東西”。ok，我同意此觀點。
那麼你呢？和我一樣的觀點嗎？
那麼需求誰說了算呢？
客戶，購買者，管理者，出錢讓我開發軟件的人，使用者。。。等等，也許你列出的比我還多。他們說什麼我就做什麼，客戶是上帝，要聽客戶的話，要站在客戶角度想問題，做事情，領導纔會中意你。從你的職業生涯來看，是這樣的嗎？
我舉個例子，知名藝人某冰冰，最近身體不舒服，來到了醫院。對醫生描述症狀說：最近有點噁心嘔吐，頭暈目眩，有點兒發燒，不消化，睡眠不好，臉上還長出了痘痘。冰冰其人雖然長得好看，身材火辣，但是性格強勢，在耳濡目染中對醫學知識也有一些理解。脾氣也比較急躁，啥事都想越快辦成越好，於是乎，她就展現了其女王的一面。對醫生說到：我很忙的，想好怎麼治了嗎？這樣吧。你給我開點阿莫西林，開幾片安定，一盒健胃消食片，再來點去火的藥。好了，就這些吧，趕緊去辦。。。
軟件開發過程中，是否你也有遇到類似的經歷。
某總對某項目經理小劉說，我們要開發一套採購預算系統，需要管控每個部門的採購預算，控制企業的運營成本，採購的時候，各大小領導需要審批哪些東西可以買哪些不可以買，是否超出預算等，這個系統對公司很重要，小劉啊，你趕緊組織團隊開發吧，時間緊迫，年底之前要上線。能不能拿年終獎，就看你了。
爲了滿足客戶的需要，我們必須馬上行動起來。
醫生給冰冰開了她想要的藥，項目經理開始制定計劃，組織程序員，程序員開始編碼，測試員準備環境，好一派熱鬧的景象。可接下來大家會面臨的是什麼？(停留思考片刻…)
噩夢，難道不是嗎？
冰冰用藥後沒有效果，天天電話罵醫生沒用，自身又受病魔困擾；某總遲遲看不到成果，程序員不知道到底要構建什麼什麼樣的產品，項目經理無法推進項目進度，用戶反饋說這不是我要的。。。各種噩夢。。。慢慢的有人開始抱怨了，選錯了人，選錯了行業，選錯了職業，有人換了工作崗位，有人轉了行，有人開始感嘆命運的悲催了。。。
這樣的場景是不是在我們周圍經常見到呢？
爲什麼會是這樣的劇情？神啊！救救我吧！
老實說，這個世界上沒有神，能改變現狀的只有自己。
貌似跑題了，還好，此刻我已經驚醒。回到正題。
大多數情況下，醫生面對冰冰這樣的客戶時，需要採納的是其對病情的描述，而非開什麼藥的解決方案。（事實上，好的醫生都是這麼做的）。醫生接下來要做的事情，抽血，量體溫，或者把脈，拍X光片。。。搞清楚病人的病因。剛剛懷孕的症狀和感冒發燒的症狀有些相似，但是如何治療卻有根本的區別，難道不是嗎？醫生在找到病因後，開出處方1,2,3，這纔是病人真正的需求。
軟件開發過程中對需求的歸納，與醫生開處方類似，但是醫生比項目經理做得要好。爲什麼？醫生診斷不力，後果會及時顯現，嚴重程度可以評估得到。而一個軟件系統，好與壞，誰去評估過？這也是造成亂象的原因之一。
項目經理在聽取了某總的描述之後，接下來要做什麼？組建團隊，制定計劃。。。當然不是，前文已說。
首先要明白的是，某總提出的僅僅是對未來軟件產品的一個願景，或者是一個期望，而絕非需求。在這個願景或者期望之下，進一步理解它所涉及到人，部門，需要改善企業哪個環節的業務以及需要花多少資金來達成這個願景。這個和醫生需要了解病人願意花多少錢看病其實是一個道理。
其次，理解願景之下，找出當前的問題所在。正如醫生給冰冰做的抽血，量體溫，把脈，拍X光片，這一系列的檢查。然而在軟件開發過程中，認爲這樣的檢查就是在收集用戶的需求，或者這樣耗時太長，耗不起。我認爲這是大錯特錯的，做不起來，不是因爲耗時長，而是所需的技能沒有。然而實際上很多人都是在這樣做(還沒明白要做什麼的時候，就已經開始構建產品了，建幾個表，CRUD走起)。這樣做的後果就是噩夢，噩夢啊。。。
很多人都這麼做，並不代表這麼做就是對的。當今社會世風日下，道德淪喪，崇拜金錢，很多數人爲錢不擇手段，能說這是對的嗎？
在找出當前問題所在之後，其實需求也就呼之欲出了。
比如：現在的問題
1.部門主管知道部門今年的預算是10萬，但是不知道到目前爲止已經花了多少錢，都花在哪些東西上。那麼未來的軟件系統就必須讓部門經理看到當前的結餘，以及錢都花在了哪裏。
2.採購申請，或者採購人員採購某物品之前，不能及時知道該物品的庫存，可能出現重複採購，造成庫存積壓，資源浪費。未來的軟件就必須顯示當前物品的安全庫存，以及消耗規律等參數，提供給採購人員作出是否要採購的決策。
3.。。。不一一列出了。
這裏列出的1,2,3就好比醫生開出的處方。冰冰的病要怎麼治是醫生說了算。
到此，你還認爲需求是某總，某客戶，某冰冰提出來的嗎？他們提出來的只是願景，期望，或者是現狀問題的描述。而需求是你依據現狀問題得到的解決問題的方法。
至於需求是如何通過程序來實現，這屬於下一篇博文了。