无论是PMI的PMP管理方式,还是微软的MSF管理方式,方法论虽然不同,但都认为需求分析过程是项目执行过程中的首要工作。需求的准确、边界的明晰直接决定了项目的成败。
以PMP管理为例,需求分析涉及项目范围管理和干系人管理,项目范围管理是对项目包括什么与不应该包括什么进行定义和控制的过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。
一个好的需求文档规范可以帮助我们去定义、约束需求的采集、分析及定义。
需求文档一级目录一般有前言或背景、现状或存在问题、需求或愿景目标、环境及约束条件,这些主要从大面上约束了需求范围、需求环境、约束条件,更多地是从战略层面去描述、定义目标和目的,框定边界;但更为核心是按业务场景(UML体系中也成其为用况)的具体描述;如下图中蓝框部分就是针对一具体业务场景分“业务功能概述”、“业务流程(图)”、“业务流程的详细描述”、“报表单据及接口”、“适用需求及补充说明”五部分,去详细定义该业务场景的内核及边界。
图 1 需求文档目录示意
五部分可依据实际项目及具体场景情况适当略减。
业务功能概述具体描述业务场景,以简约的语言定义描述业务场景,同时附表说明业务场景所含相关主体(执行或相关部门、本场景与其他业务场景间的关系、业务控制点等)的内容,特别是业务控制点将是后续定义业务规范、编制业务管理手册的基础