專案管理–如何把握好需求

    上一篇，我說了執行力，其實在執行力之前，我應該講如何掌握需求，因為需求是項目目標，目標偏了，滿盤皆輸。

    產品研發，最難把握的就是需求，因為一是要分析目前使用者想要什麼，二還得預測今後幾年內使用者想要什麼、產品發展趨勢。我不是需求分析的專家，但是對於研發類產品的需求如何掌握和控制，我還是有一些心得。

    1、需求的來源。一般做產品，會研究業界的主流產品。研究這些產品最大的問題是所有優點都要揉在一起，揉的好，一款不錯的產品就出來了；揉得不好，就是一個四不像。所以，一定要在自己產品特點的基礎上，結合其他產品好的特性，切忌拼湊。另一個來源就是客戶的反饋的需求，這類需求就要分析了，到底是個別需要，還是普遍需求；三、就是團隊的創新，團隊創新也要注意，是特立獨行，還是絕佳創意？大部分情況下是屬於前者的，如果團隊有一些比較強勢且需求很獨特的人員，那麼就要注意了。

    2、需求的明確。很多時候，有一個很好的想法，看到一個很好的東西，就想在自己產品內實現出來，大多數人都有這個經曆。有想法是值得鼓勵的，但是有了想法就去實現是危險的，因為能否實現、實現投入、實現後的效果之類的都未經評估，倉促去做就是浪費時間。因此，對於別人的需求的口頭描述，我一般的建議是，請寫下來，不用多專業，請站在一個使用者的角度上去描述一下如何使用這個即將實現的功能就可以了，明確的含義是讓提出者一是思考需求的必要性，二是更為詳細的描述他的想法。如果能寫下來，覺得特別棒，我們就著手去設計和實現；如果寫完了之後，覺得是個雞肋，那就不要做了。

    3、鐵三角定律：需求、資源、時間。老闆肯定是希望在儘可能短的時間內、儘可能少的資源、做儘可能多的事情。實際上是不可能的。所以，需求一般來說是無窮盡的（客戶的心理是，花了錢，不多提豈不虧了？老闆的心理是，招了你們來幹活，不讓你們多幹，我怎麼當老闆？），一定要根據實際的資源和進度情況來安排，如果一味的去滿足，會讓項目陷入痛苦的沼澤。如果一味的滿足需求，你就會發現，產品或者項目無法穩定下來，甚至連以前可用的都變得不可用；如果需求不正確而倉促修改，導致功能被遺棄；甚至，前後需求是矛盾的。所以，有多少資源、有多少時間，就選擇做多少需求，不要逞強。

    4、需求的討論。對於收集到的需求，要定期邀請幾個核心人員一起討論。討論的目的一是充分聽取大家的意見；二是讓大家在實現的時候知其然知其所以然。討論會可以邀請老闆、業務員、架構師、測試人員等一起參與。在需求討論時要明確：需求的優先順序（馬上、暫緩、不實現），需求的實現難度和工作量。

    5、需求的凍結。凍結需求就是不再做新的功能，因為即便是做也無法在期限之前完成，而且，新增加的需求會導致已有的功能不穩定。什麼時候該凍結需求？在離期限有大概1/5的項目時間就可以凍結了。比如5個月的項目，最後一個月一定要凍結需求，全力去完善已經做完的功能。

     大體上，就這些。