项目计划
目的
项目计划(PP)的目的是建立并且保持定义项目活动的计划。
介绍
项目计划过程域包括如下:
l 制订项目计划
l 与相关干系人适当的相互影响
l 获得对计划的承诺
l 维持计划
计划以定义产品和项目的需求为开端。
计划包括估计工作产品的属性和任务,决定需要的资源,谈判承担的义务,产生一个进度表,并且识别和分析项目的风险。建立项目计划可能必须通过重复以上的这些活动来完成。项目计划为执行和监督那些与项目的客户达成委托协议的项目活动提供了基础。
项目计划通常需要被作为项目进展进行修订,从而应对需求和委托协议的改变,错误的估计,纠正活动,以及过程的改变。描述计划编制和计划重新编制的关键实践都包含在这个过程域中。
在这个过程域中贯穿一般和特殊实践中用到的术语“项目计划”是指控制项目的整体计划。
相关过程域
有关定义产品和产品组件的开发需求的更多信息请参见需求制定过程域。产品和产品组件需求以及对这些需求的变更是作为计划和重新计划的基础而服务的。
有关计划和重新计划的管理需求的更多信息请参见需求管理过程域。
有关风险的识别和管理的更多信息请参见风险管理过程域。
有关把需求转换成产品和产品组件解决方案的更多信息请参见技术方案过程域。
有关项目进展和性能度量的计划的更多信息请参见度量与分析过程域。
实践-目标关系表
连续式 |
分级式 |
|
SG1建立估计 |
SG1建立估计 |
|
SP1.1-1估计项目的范围 |
SP1.1-1估计项目的范围 |
|
SP1.2-1建立工作产品和任务特征的估计 |
SP1.2-1建立工作产品和任务特征的估计 |
|
SP1.3-1定义项目生命周期 |
SP1.3-1定义项目生命周期 |
|
SP1.4-1确定对工作量和成本的估计 |
SP1.4-1确定对工作量和成本的估计 |
|
SG2开发项目计划 |
SG2开发项目计划 |
|
SP2.1-1建立预算和进度表 |
SP2.1-1建立预算和进度表 |
|
SP2.2-1识别项目风险 |
SP2.2-1识别项目风险 |
|
SP2.3-1对(项目的)数据管理进行计划 |
SP2.3-1对(项目的)数据管理进行计划 |
|
SP2.4-1计划项目资源 |
SP2.4-1计划项目资源 |
|
SP2.5-1计划需要的知识与技能 |
SP2.5-1计划需要的知识与技能 |
|
SP2.6-1计划干系人的介入 |
SP2.6-1计划干系人的介入 |
|
SP2.7-1建立项目计划 |
SP2.7-1建立项目计划 |
|
SG3取得对计划的承诺 |
SG3取得对计划的承诺 |
|
SP3.1-1回顾对项目有影响的计划 |
SP3.1-1回顾对项目有影响的计划 |
|
SP3.2-1均衡工作和资源的水平 |
SP3.2-1均衡工作和资源的水平 |
|
SP3.3-1取得对计划的承诺 |
SP3.3-1取得对计划的承诺 |
|
GG1 达到特定目标 |
|
|
GP1.1 完成基础实践 |
|
|
GG2 制度化一个已管理的过程 |
GG2 制度化一个已管理的过程 |
|
GP2.1建立组织的方针 |
GP2.1建立组织的方针 |
|
GP2.2 计划过程 |
GP2.2 计划过程 |
|
GP2.3 提供资源 |
GP2.3 提供资源 |
|
GP2.4 分配职责 |
GP2.4 分配职责 |
|
GP2.5 培训人员 |
GP2.5 培训人员 |
|
GP2.6 管理配置 |
GP2.6 管理配置 |
|
GP2.7 识别和包括相关的干系人 |
GP2.7 识别和包括相关的干系人 |
|
GP2.8 监督和控制这个过程 |
GP2.8 监督和控制这个过程 |
|
GP2.9 客观的评价坚持状况 |
GP2.9 客观的评价坚持状况 |
|
GP2.10 以更高等级的管理回顾状态 |
GP2.10 以更高等级的管理回顾状态 |
|
GG3 制度化已定义的过程 |
|
|
GP3.1 建立一个已定义的过程 |
GP3.1 建立一个已定义的过程 |
C/ML3-5 |
GP3.2 收集改进信息 |
GP3.2 收集改进信息
|
|
GG4 制度化一个已量化管理的过程 |
|
|
GP4.1 建立过程的量化目标 |
|
|
GP4.2 稳定子过程的执行 |
|
|
GG5 制度化一个优化中的过程 |
|
|
GP5.1 保证连续的过程改进 |
|
|
GP5.2 改正问题的根源 |
|
实现目标的关键实践
SG1 建立估计
项目计划参数的估计已建立并已保持。
项目计划参数包括项目为执行必要的计划、组织、人员配备、指导、协调、报告和预算等所需的全部信息。
计划参数的估计应建立在可靠的基础上,从而慢慢的使人建立起信心,相信根据这些估计拟订的计划是能够支持项目目标的。
估计这些参数时典型的要考虑的因素包括以下各项:
l 项目需求,包括产品需求、本组织的需求、顾客的需求以及其他对项目产生影响的需求;
l 项目范围
l 已识别的任务和工作产品
l 技术途径
l 选择的项目生命周期模型(例如,瀑布模型、增量模型或者螺旋模型)
l 工作产品和任务的属性(例如,规模和复杂性)
l 进度计划
l 把工作产品和任务属性转换成工时数和成本的模型或历史数据
l 用于确定所需的材料、技能、工时和成本的方法论(例如,模型、数据、算法)
把估计的基本原理和支持数据文档化是干系人回顾和承诺计划以及作为项目进展维护计划时所需要的。
SP1.1-1 估计项目的范围
建立一个从最高层次展开的工作详细展开架构(WBS),以估计项目的范围。