需求之辩

在前文中我们搭建了一个项目开发团队的场景，有项目经理王涛，有资深架构师李帅，还有其他成员。也组建了需求分析小组和技术小组。在这篇文章中我们将主要讨论需求问题。看看我们的需求小组是怎样解决他们的需求问题。

需求定义是一个项目的起点，是开发人员和用户交互最频繁的时期，在这里我们有必要引入一个用户方的项目经理马霖，马霖是IT出身，做过一些软件开发的工作，被甲方招聘进来后就负责IT的项目。这个项目是甲方的销售渠道部门提出来的，负责各地门店的销售管理工作，他们打算在网上展开销售业务，所以想建设一个在线销售平台。销售部希望6个月的时间可以把这事做成，根据公司的要求，他们的IT建设必须进过IT部门，于是他们向IT部门提出了自己的需求，IT部门进过商议决定马霖作为这个项目的项目经理。马霖马上展开自己的需求调研，经过两个月的努力，形成了自己的业务需求文档，通过IT部门的内部讨论，决定可以对外招标了，然后是准备标书，邀请软件开发商等等工作，如此又过了两周的时间，开始正式招标，要求开发商在一周时间提交方案。在邀请的开发商中就有我们王涛所在的公司。通过一番血拼，王涛他们终于竞标成功，这样又是两周的时间过去了，现在还剩下3个月的时间了。王涛提供的方案是三个月十个人来做这个项目，项目的总价就定在30人月。

王涛的需求小组立即要做的是定义需求吧，最明白要需求的大概是甲方项目经理马霖，所以王涛就找来马霖过需求，然后基于马霖解释的需求做需求文档。参加需求讨论的乙方主要是王涛和李帅，甲方是马霖。马霖因为是IT出身，做过几年的软件开发，有很多经验，在形成自己的业务需求文档时已经参入了很多自己对目标平台的构想。

王涛和李帅在听完需求说明会后，回到公司讨论这个需求。李帅就认为只要是用户提出的需求，就应该完成，但王涛在分析完这些需求后就发现有问题，一是需求还比较粗，许多需要明确，二是需求提得比较大，如果全部实现会有拖延的风险，三是需求的结构有一些不合理的地方。但这些问题都是王涛逻辑推断的结果，并没有得到用户的确认，所以王涛和李帅就有了不同的意见。李帅的意见得到了马霖的认同，而王涛的没有，王涛应该怎么办呢？