需求蔓延
在实践中,“需求蔓延”是信息系统失败最常见的原因之一。
项目范围
是为了达到项目目标,为了交付具有某种特制的产品和服务,项目所规定要做的。
项目范围管理就是要确定哪些工作应该做,哪些不应该包括在项目中。
编制范围管理计划的工具和技术
专家判断、样板、表格、标准。
范围计划
是描述项目的边界,而范围管理计划是如何保证项目边界应该采取的行为。
如何减少“镀金”行为(尝试新的技术或者增加非需求的冗余功能)对信息系统项目的影响应该列入项目范围管理计划。
项目的初步范围说明书包括
硬件安装、软件编制。
项目范围
项目范围应该以产品范围为基础;
项目范围需要定义项目的主要可交付成果。
范围定义的主要结果就是项目范围说明书。
项目的范围计划是项目实施的重要基础。
工作分解结构(The Work Breakdown Structure,WBS)
是项目定义对于项目范围定义的输出结果,工作分解结构定义了项目的全部范围。
工作分解参考的原则
1)功能或者技术原则;
2)组织结构;
3)系统或者子系统。
工作分解结构必须是面向可交付成果的;必须符合项目的范围;其底层应该支持计划和控制;工作分解结构中的元素必须有人负责,而且只由一个人负责,尽管实际上可能需要多个人参与;工作分解结构的指导;工作分解结构并非是一成不变的。
项目分解结构不是某个项目成员的责任,应该由全体项目组成员、用户和项目利益相关人共同完成和一致确认的。
范围确认
主要是确认项目的可交付成果是否满足项目利益相关人的要求,需要注意讨论更改成本高的内容部分。
范围变更
对范围变更进行控制时,要以工作分解结构、项目进展报告、变更请求和范围管理计划为依据。
项目利益相关人对于变更请求的分析,可能会得到以下结果
1)无法实现,非常遗憾;
2)可以实现,并且能够满足现有的进度、资金和资源限制;
3)可以实现,但是需要更多的时间;
4)可以实现,并在规定期限内完成,但需要更多的资源;
5)可以实现,但同时需要更多的时间和资源;
6)难以实现,如果要实现,必须付出极大的代价。
范围控制的结果
范围变更、纠正行为、经验教训。