这是一个很大的话题啊，这句话根本就说不完。但是啊我想我们应该有下面三个共识。第一个共识不同的职业，对于什么是项目需求的理解？其实它是不太一样的啊，比如说啊同一个项目程序员q c和运维关心的需求都有哪些呢？功能有质量可扩展、性能安全、兼容性、存储部署等等啊，产品经理最关心哪些需求呢？用户需求、客户需求、产品需求啊，然后这下面再去细分功能和非功能等等。那项目经理最关心的有哪些需求呢？啊，除了一部分上面提到的这些林林总总的需求，还需要关心管理需求。所以啊山还是那座山，但是横看成岭侧成峰，远近高低各不同。
第二个共识所谓的需求啊，它经常是分层的真相，往往只有一个，而真相往往被各种谎言所包裹，而需求往往就是那个拿来遮羞的谎言。所以有大佬说不要去关注需求。这句话乍一听不大对啊，其实细想很深刻。第三个公识分析需求啊，需要用到恰当的工具。比如说u u story和use case，什么时候用user story，什么时候用use case呢？需要看很多因素，这不是一个纯粹的软件工程层面的问题，而是涉及到了有组织环境、项目、环境、人员的情况、商业模式等等因素上面啊提到的这些因素。如果没有把控好的话，在项目层面上出问题是很正常的，就说这么多。