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