项目管理知识体系指南之项目范围管理(IT项目)

第1章 项目范围管理

项目范围的制定是项目启动后需要进行第一阶段工作。项目立项前就已经进行了初步的项目范围规划。项目范围的管理直接决定项目日后的实施,决定项目能否成功。

项目范围管理包括了范围规划、范围定义、工作结构分解、范围控制。这基本是顺序进行的,但后面的工作又可能验证前面工作的不合理而对前面的工作进行补充。

在软件项目里,项目范围管理的重点工作体现需求调研阶段。它的最终目标就是要获得客户对需求的认可。

1.1 范围规划

范围规划就是确定项目的业务范围、目标,或者说项目的具体方向、定位。如:此项目是做电子商务平台,销售的商品是标准电子资料。

范围的规划必须合理、切合实际,这是决定项目能否成功的第一步。同明,范围的规划又必须考虑一个机构的长远规划,现阶段的规划必须符合长远规划的方向,否则将出现项目难以进行扩展规划,项目的产品也很难作为机构的信息化重点系统。

总之,在进行项目范围规划时,既要符合长远规划的思路,又要尊重现状制定适合项目实施推进的项目范围。

1.1.1 主要工作

为做好项目的规划,必须在范围规划工作开展前进行以下工作。

(1) 了解建设单位的结构。包括职能结构、人事结构、业务负责分配。

(2) 了解建设单位的信息化现状。

(3) 深入了解项目的背景。

以上工作完成后,需要向建设单位的相关领导、项目负责人进行汇报,征得认可。得到认可后需要开展以下工作。

(1) 与业主方领导、负责人确认范围规划的流程。如:范围规划小组由哪些人组成,通过什么形式进行(小组讨论、业务专家规划等方式)范围规划。

(2) 正式进行项目范围的规划。划定项目实施的范围。包括软件的范围和硬件的范围。

(3) 确定项目范围的模块,并与业主领导确定模块的负责人。

(4) 与业主领导、模块负责人一起制定项目定义(软件项目则体现为业务需求调研)、工作结构分解(软件项目体现为需求分析、软件功能定义)、范围控制(软件项目体现为需求管理、变更)的流、时间、准备工作,等相关工作规范。最后形式项目管理(软件项目体现为需求调研计划、需求管理计划、需求变更计划)。

1.1.2 主要成果

(1) 软件需求调研计划。

(2) 项目范围管理说明书。

(3) 《软件需求规格说明书》中的总体架构和总体目标部分。

(4) 需求管理、变更管理。(可包含在《项目实施方案》中)

1.2 范围定义

根据范围的规划,具体定义项目的范围,划清项目功能的边界。如:此项目是电子商务平台,它包括了:订购的整个流程、会员中心、客户服务中心等大的模块(具体目标)。

在此过程也会对具体目标进行描述。如:订购的整个流程的说明,包括内部账号支付、网上支付,发票获取等问题。

从软件项目的管理来说,范围定义就是软件业务需求、功能需求调研。

如果项目包括硬件,则需要有硬件的组成结构及配置。

1.2.1 主要工作

(1) 进行项目范围的细化定义。在软件项目里主要是进行业务需求的调研工作,可通过以下方式进行:访谈、用户调查、现场观摩、文档及原有系统参考、联合讨论会。

(2) 进行需求分析,定义出软件系统功能需求。

(3) 确定硬件的结构及部署图。

(4) 确定网络综合布线的要求。

1.2.2 主要成果

(1) 《用户规格需求说明书》中的业务需求部分。

(2) 《用户规格需求说明书》中的功能需求部分。

(3) 数据字典

(4) 获取的资料

1.3 工作结构分解

工作结构分解就是在定义好的范围内进行工作的细化,把工作内容分解成可执行的工作包。工作结构分解的层次越深,表明对项目需求的理解越深、工作分解的粒度越细、工作包的可执行程度越高,对于项目的后期更好控制。

从软件项目管理的角度,它是在《用户需求说明书》的基础上进行分析,得出系统需要实现的具体功能,从而得出《软件需求规格说明书》。

1.3.1 主要工作

(1) 对已经定义的项目范围进行进一步的分析,把系统功能细分,形成有上下级结构的功能组织。

(2) 对硬件采购、配置等工作形成工作项。

(3) 对网络综合布线进行具体的分工规划。

1.3.2 主要成果

(1) 模块及功能分解结构图

(2) 《软件需求规格说明书》中的软件功能列表

(3) 项目管理计划(WBS)中的某部分任务

1.4 范围控制

范围控制就是控制好那些将有可能引起范围变更的因素,并对已经发生的因素进行处理。它强调的是控制好引起范围变动的因素,而不是等待变更的因素发生再采取措施。

在软件项目管理的角度,它是需求管理。包括对需求进行跟踪、变更执行。

1.4.1 主要工作

(1) 需求的确认工作。在进行确认工作时,不是简单地让客户签名确认。是要向客户解释清楚需求,获得客户对需求的认可,然后进行确认。

(2) 进行需求的跟踪。可利用需求跟踪矩阵。

(3) 项目需求变化的预防工作。

(4) 需求变更的执行。

1.4.2 主要成果

(1) 《软件需求规格说明书》及其它需求内容的确认。

(2) 需求变更过程资料

(3)需求跟踪矩阵

转载于:https://www.cnblogs.com/pengzhaojun/articles/2270194.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值