這是一個很大的話題，幾句話根本就說不完。

我想應該有下面三個共識：

第一個共識，不同的職業(yè)對于什么是項目需求的理解，其實它是不太一樣的，比如說同一個項目。程序員、QC和運維關心的需求都有哪些？功能有質量、可擴展、性能、安全、兼容性、存儲部署等等，產品經理最關心哪些需求呢？用戶需求，客戶需求，產品需求，然后再去細分功能和非功能等等，那項目經理最關心的有哪些需求呢？除了一部分面提到的這些零零散散的需求，還需要關心管理需求，所以山還是那座山，但是橫看成嶺側成峰，遠近高低各不同。

第二個是所謂的需求，它經常是分層的，真相往往只有一個，而真相往往被各種謊言所包裹，而需求往往就是那個拿來遮羞的謊言。所以有人就說，不要去關注需求。這句話乍一聽不大對，其實細想很深刻。

第三個公式分析需求，需要用到恰當?shù)墓ぞ?，比如說user story和use case；什么時候用user story，什么時候用use case呢？需要看很多因素，這不是一個純粹的軟件工程層面的問題，而是涉及到了有組織環(huán)境、項目環(huán)境、人員的情況、商業(yè)模式等等因素。上面提到的這些因素如果沒有把控好的話，在項目層面上出問題是很正常的。