业务需求说明书的作用
在很多客户和项目经理交流以后,发现大家统一的一个痛点都是业务需求的问题,总结起来主要有以下几个方面:
第一业务人员的自己的需求没有想清晰和明白,就匆匆的提出了自己的申请。很多时候我们看到业务人员提交的业务需求说明书都是一句话需求,根本没有将需求说清楚。
第二在需求完善的过程中,和相关的需求分析人员沟通的不够充分,所以需求分析人员设计出来的产品不符合客户的真正要求。
第三在项目的过程中,需求人员没有过多的参与甚至是后期根本没有参与。参与就是会在需求提出变更的时候出现,提出自己的变更。需求验收的时候不对需求进行充分的验证。
基于以上问题,结合成熟的项目管理体系。我们应该关注我们的《业务需求说明书》,用一个覆盖度全,质量良好的《业务需求说明书》模板的使用来解决这些问题。
业务需求说明书包括的主要内容
一、需求背景
需求背景是业务需求说明书的第一部分,需要说明在什么情况下产生的需求。这项内容会在《项目的可行性分析》中详细阐述,所以这个地方只需要简要说明。但是对于需求分析人员(BA)来说了解需求产生的背景对于需求的分析定位是很重要的。
二、项目目标
项目目标指的是根据业务需求需要提供那些服务,交付什么产品。一般项目最后结项的时候我们会根据项目目标检查我们的项目是否按照目标完成了交付,项目目标对项目验收很重要。
三、主要干系人
需求涉及到的主要干系人,那些人会使用项目产生的产品或享受项目的服务。这是一个业务需求说明书的重要部分,因为要使需求的逻辑架构清晰,用户故事完整必须有清晰和明确的相关干系人,才能进行面向对象的需求分析。
四、业务逻辑架构
业务逻辑架构是业务逻辑以流程图的形式进行展示,业务的流程图是业务需求说明书的最重要部分,很多问题其实就出现在业务流程逻辑不通,而且业务流程逻辑图也是实现系统化和标准化的基础,强烈建议需求说明书必须有这部分内容。
在画好流程图的基础上最好有相应的文字对流程图进行解释和说明。
五、详细的业务或用户故事说明
详细的业务说明需要遵循5W1H,smart等需求描述原则,每个具体的业务或用户故事明确说明设计到的对象,怎样进行动作产生怎样的结果。
每个功能产生的数据是什么,有怎样的权限设置。
六、需求的辅助性要求
例如对技术性能的一些要求,对安全性的一些要求。特别是对于安全性的要求在一些有监管要求的项目特别重要。
业务需求说明书的使用和注意事项
说明书模板做起来容易,但是使用起来却很难。很多的需求提出人员不愿意使用,或者不会使用,所以对于业务需求说明书模板制定的工作量不是很大,但是使用和推广的工作量却很大。要想实现模板的顺利使用和落地应该注意以下几点:
与项目要相互匹配,一些比较小的项目需要对模板进行精简和优化。
专家的参与和帮助,不要以为业务需求说明书是需求提出人员的工作,需求分析人员要尽早的介入,帮助提出人员对需求进行完善。
业务需求说明书的质量一定要严格要求,不要以交付为目标。我们要以业务需求说明书能够为后期的规格说明书和测试真正产生帮助为目标进行严格要求。
|