如果你的项目失败了，应该是做了失败的需求分析

项目经理在沟通的过程中会导致需求产生偏差。由于国内许多软件项目经理们通常是一身兼多职，项目管理、需求分析、架构设计一肩挑，因此在需求捕获的过程中，总会“及时”地在脑海里勾勒出技术框架和路线，然后尽可能地控制需求的范围。但实际上，有些需求“表面上”是控制下去了，但却在后面以“需求变更”的形式全回来了。其实，在我的工作经理当中这也是司空惯见，老板为了减少开支总会这样做，但是，后果却没有想到。实际上，我的体会是需求分析人员是有必要对需求进行有效的控制的，问题出在控制的策略和方向上。从前面的描述中不难看出，项目经理经常会从技术的角度来对需求进行控制，这样就可能造成无法形成对需求的有效理解。我认为应该以业务为线索来组织需求，基于“Why”的层面对需求建立高层次的认识。

每次在跳槽时，就会想起现在许多名称中包含“需求分析”、“系统分析”之类的职位，大多是由技术骨干担任的，因此在工作中很少从业务角度进行分析，更多还是追求技术框架、新技术。对于这种现象，究其根源，关键还在于“技术能力”对他们的未来发展更为重要，而“业务能力”却不是那么重要。但为了使需求工作有更好的提高，我会强烈呼吁那些Title上有“分析”之类名称的人们，加强业务分析吧！毕竟，需求分析的本质在于业务分析，而非技术分析。

对于客户描述的需求，可以用一句生动的话来概括：“你要绳子，我给你了；你要木板，我也给你了；你为什么说这不是你想要的呢？”。我想程序员也有类似的问题想问自己的客户，“你要文本框，我提供了；你要一个表单，我也有了；你为什么说这个程序不是你想要的呢？”。这是需求吗？也许很多人会有不同的看法！但如果缺乏对业务场景的了解，又如何能够真正理解需求呢？业务场景是需求之魂，需求分析人员最重要的就是将客户的业务场景分析透彻，将后续的产出输入给开发人员。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!