一、规划范围管理
思路:
规划范围管理的重要性,避免范围蔓延,
依据什么,采用什么专家判断、会议技术,使用模板等工具制定出了范围管理计划,全体成员的参与下制定的计划。
计划包括哪些内容。
规划范围管理,是范围管理的必要步骤,能为范围管理提供指南和方向,我查阅了公司的组织过程资产,找出制定范围管理计划的模板,根据项目的管理计划,项目章程,和项目组成员一起通过会议的形式规划了项目范围管理,形成了项目范围管理计划,计划描述了如何定义、制定、监督和确认项目范围、详细描述了如何制定项目范围说明书、如何根据范围说明书创建WBS,如何维护和批准WBS,如何确认可交付成果、如何处理范围说明书的变更等。
二、收集需求
思路:
收集需求的定义和作用
依据本工程的输入,通过什么方式来收集需求,可以提供两种收集需求的方式,形成了什么文件(输出,需求分析文件,需求跟踪矩阵),
需求是软件的核心,收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程,为定义和管理项目范围奠定基础。我和需求分析人员先根据客户提供的业务规范文件进行文件分析,挖掘客户的有效需求,然后经过多次面对面客户的访谈,进一步补充和完善需求点。在访谈中,我意识到仅仅通过文件分析访谈,很难收集全客户的有效需求,于是我安排有经验的需求分析和开发人员,对初步收集的需求做了系统原型,通过原型法反复和客户沟通和确认需求,综合考虑了范围管理计划,需求管理计划,干系人登记册等依据,最终形成了需求文件和需求跟踪矩阵。
三、范围定义
思路:
定义范围的目的或作用。
依据什么,采用什么技术,形成了项目范围说明书,得到批准和认可。
项目范围说明书的内容。
定义范围的主要目的是制定项目的范围说明书,明确所收集的需求中,哪些属于项目范围内,哪些属于项目范围外。从而明确产品和服务的边界。在收集完需求后,我组织干系人,依据范围管理计划、需求文件中的内容,通过产品分析,反复沟通和讨论,制定了范围说明书,并得到项目干系人的批准和认可。项目范围说明书主要描述了和规定了产品的范围,验收的标准,项目的除外责任,可交付的成果物,项目的制约条件,项目的假设条件等。其主要作用是确定了项目可交付成果和要完成的工作,可作为沟通管理、范围变更的主要依据。
四、创建WBS
思路:
创建WBS是一个什么什么过程
分解的原则,举例具体怎么做的。
基于项目范围说明书,我和我的团队开始对项目范围进行分解,以形成该项目的WBS。在分解过程中,我们按照以下原则进行分解:在各层次上保持项目的完整性,我将该项目涉及的需求调研,系统设计,开发,测试等完整的模块一一列出,避免遗漏必要的组成部分。一个工作单元只从属于某个上层单元。对于该项目的数据库设计,我就只将其归入系统设计单元中,在其他单元中不在重复出现,避免交叉从属。相同层次的工作单元应有项目的性质;对于系统设计单元下的数据库设计、接口设计、系统设计等设计内工作,他们从属性上来将,都属于设计,因此我将其一并归入系统设计单元下。工作单元应能分开不同的责任者和不同的工作内容;对与该项目中的每个工作包,我都指定唯一的负责人和其负责的工作内容。便于项目管理进行计划和控制的管理需要。对于该项目的每个工作包,我都对其进行编号,并与组织结构图和成本控制点深度融合,便于项目的日后管理。对于该项目,我将项目管理的工作也一并纳入到WBS中,并逐层分解。WBS最底层的工作单元是工作包;对于该项目中工作单元,我参照8/80小时的原则细化成具体的工作包,并指定具体的负责人。同时制作WBS字典,对工作包进行描述。
五、确认范围
思路:
确认范围的含义和作用
依据什么输入 采用什么工具技术 得到什么结果
--范围确认与质量控制的区别。
确认范围是客户对已完成的可交付成果进行验收确认的过程,它贯穿于项目的整个过程。范围确认和质量控制不一样,范围确认强调可交付成果获得客户的认可和接收,而质量控制强调可交付成果是否满足质量标准。质量控制一般在范围确认之前进行,也可同时进行;范围确认一般在阶段末尾进行。质量控制属于内部检查,有相关质量部门实施;而范围确认属于外部检查,一般有客户或项目发起人对项目可交付成果进行检查验收。
确认范围是与客户正式验收项目已完成的可交付成果。在本项目中,根据项目进度的阶段完成情况,我会组织客户定期进行范围确认,主要依据核实的可交付成果,需求文件,需求跟踪矩阵等,通过现场检查等方法,对范围进行确认,形成验收的可交付成果等。在范围确认过程中,客户可能对可交付成果不满意,需要按照客户更细致的要求对范围进行变更,按照项目整体变更控制的方法对变更请求进行处理。
六、控制范围
思路:
防止需求蔓延
举一个例子,比如某某功能多了一个功能。经过变更控制流程,CCB批准,修改管理计划,wbs文件,达到可控的目的。
范围控制对项目非常重要。如果不加控制,就会引起范围蔓延。对项目范围进行控制,就必须确保所有请求的变更都经过实施整体变更控制过程的处理,所以项目一开始我就高度重视范围的控制工作。例如,在项目进行过程中,能源管理员要求增加一个批量导入数据的功能,通过变更流程提交到CCB后,此时项目已经进入使用阶段,如果同意修改,必然会影响进度,最后考虑到项目的实施风险等因素,得出的结论是,暂时不实施变更,该功能等项目结束后作为一个维护项目来进行实施。实施证明,启动变更控制委员会,严格执行变更控制流程,可有效的进行范围控制,防止需求蔓延。