你想做一個怎樣的應用？我想做一個能改變世界的應用！很棒！等於沒講！這個範圍可以大到跟宇宙一樣，也可以小到根據不需要做。
當項目章程確立下來後，就是開始進入項目的規劃。也就是制定項目管理計劃。第一步就是做範圍管理，範圍管理就是要做項目範圍內的工作，範圍外的工作一件都不做。確定範圍的首要任務收集需求。只有知道要做什麼，才能知道不要做什麼。資源是有限的，要用就用到最有價值的地方。今天我想談談我對收集需求的看法。
記得《人人都是產品經理》裏面有一句話：“因爲生活存在太多問題，從而產生了不滿意，而問題是理想和現實的差距，那麼人類會很自然地減少甚至消除這個差距的願望，這就產生了需求“。需求的本質其實就是”問題“，因爲生活中我們碰到了讓我們不舒服的問題，我們想要解決這個問題所以就產生了需求。
產品經理與項目經理對提出需求的對象的描述是有點區別的，產品經理描述爲用戶與客戶，而項目經理描述爲相關方。其實都沒錯，在項目管理的知識領域裏面描述提出需求對象會更細一點。提出需求可以是終端用戶，也可以是管理層，更可以是會受影響的人。但是要知道，不是所有的需求都要滿足，這是產品經理和項目經理一致認同的。所有需求都滿足，兩個經理都會累死，而且最後出來的產品極大可能是一個不倫不類的東西。需求一定要有分析，有優先級順序。
說了這麼多那需求到底應該怎麼收集呢？方式很多，可以分情況來談。在項目管理的角度來說，當項目經理在當前行業已經耕耘很多年。對行業已經熟到不能再熟，那這時候就是用專家判斷，由項目經理決定需求。爲什麼這時候其實項目經理已經比用戶更知道到底需要什麼功能。喬布斯是一個很厲害的產品經理！
如果公司要發現新的業務，開拓新的市場。公司沒有人做這個業務，項目經理也沒有什麼概念的，這時候可以使用標杆對照來收集需求。我們公司沒做過這個業務，總會有其他公司做的。可以把這個行業裏面數一數二的產品的拿來研究，學習他們做的好的地方，是怎麼滿足用戶的需求。就比如：我要做一個短視頻應用，就可以拿市場熱度最高的應用來玩一下。分析他們做的好的地方，能不能有借鑑的地方。他們做的好，肯定是有他的道理的。還有一種方法，就是大家坐下來關起門，進行頭腦風暴，你一句來我一句。最後把所有的想法記下來，進行分類。
還有觀察、訪談、引導。這時候我們接觸了相關方或者說用戶。但是要知道的是，並不是所有人都能把自己想要的完整表達出來，又或者只是說出來了很表面的需求。比較經典的案例是，用戶說我想要更快的馬車，後面卻有了汽車。這時候其實我們更多會用到的是觀察，你就靜靜看着用戶怎麼去使用一款產品的？哪個地方他皺起了眉頭？那一步停了下來？把這些細節記下來會很有好處。但你不得不說總會有些骨灰級玩家的，他們是核心用戶，是玩家中的玩家。他們非常清楚他們想要什麼，你要給我什麼。這時候項目經理就不要觀察他們怎麼玩了，請他們到你的辦公室，你們好好聊聊。這就是訪談。
引導是一個很講究技巧的東西，至少我是這樣覺得的。引導做不好，很有可能把你整個項目方向給帶偏了。我理解的引導一般都是從問用戶現狀開始。例如：最近怎樣呀？在某某事情上有沒有不順心的呀？你最想做出什麼的改變是啥？我看這事情問題好像出現在這裏呀。其實關於這方面技能，我還需要很大很多的提高才行。這就像你跟用戶聊天，可以慢慢把他們的需求引導出來，可能他們平時沒有發覺自己又這方面的需求呢。這就給你開發產品帶來很多的機會了。
收集完需求後，這時候我們可以得到一個需求文件。我們還不能馬上進入開發，還有很多很多事情做的。我們前期提倡收集儘量多的需求，後期就要開始砍了。要砍就要先把收集的需求分類出來。需求可以分爲業務需求，相關方需求，解決方案需求，項目需求，過度和就緒需求還有質量需求。首先要滿足的肯定是業務需求，然後就是相關方需求，解決方案需求。需求分類好了之後，我們又得出了一個需求跟蹤矩陣的文件。這個文件是保證所有需求到能關聯到商業目標和公司戰略目標。然後排一個優先級，到這步就可以有了那個需求先做，爲什麼？這都有根有據了。
再往下就是可以定義項目範圍了，但這個都是後事了。項目需求要講的還有很多很多，今天就聊這麼多吧。我是一名Android工程師，但我想做項目管理，學習中，加油！