持续创作,加速成长!这是我参与「掘金日新计划 · 10 月更文挑战」的第22天,点击查看活动详情
大家好,我是尚影嫣🌷,一名Java后端程序媛和项目管理员,热爱技术和项目管理。如果您喜欢我的文章,欢迎点赞➕关注❤️,让我们一起成为更好的我们~
我们先来看看如何把项目划出不同的管理阶段
,用以控制项目的进展。
管理阶段
一、管理阶段的定义
管理阶段是项目的分割片段,每个阶段都带着若干管理决策点
。每个管理阶段都是一系列活动和产品的集合,这些产品的交付被当作一个整体来管理。每个阶段又是整个项目的一个子集,它是项目经理代表项目管理委员会在一段时间内所管理的工作。
各个管理阶段:
提供评审和决策点
,给项目管理委员会定期评估项目可行性的机会;- 能确保先做关键决定,然后才做贯彻决定所需的具体工作;
- 能澄清某个外部影响的后果是什么;
- 通过
分阶段对项目经理进行授权
,促进例外管理原则
。
项目管理委员会一次只授权项目的一个管理阶段。
临近每个阶段结束时,项目经理会在阶段边界管理流程里评审商业论证和项目计划
,用本阶段的成果更新项目文件
,编制阶段竣工报告和阶段计划
以要求授权开始下个管理阶段
。这份阶段竣工报告以及下一阶段计划应包含所有必要的信息,使项目管理委员会能进行阶段竣工评估
并决定是否继续做下去。如果有足够的业务验证支持
可以继续,项目管理委员会便授权下一个(仅一个)管理阶段。如果项目的商业论证
不再有效,那么项目管理委员会有权提前结束
此项目。
项目管理委员会把一个阶段的日常控制职权授予项目经理,让项目经理在预先约定的容许偏差之内开展工作
。
二、阶段的数量
PRINCE2 项目必须使用管理阶段,但阶段划分的数量是灵活的,根据项目规模和风险而定。启动阶段是不可或缺的
,因为它保证了项目具备所有各方都稳固的基础。对于项目其余部分,至少还应有一个阶段。
定义管理阶段要考虑以下因素的平衡关系:
- 计划向前做到多长时间才算合适
- 在项目的什么位置应安排
决策点
- 项目内部的
风险数量
- 历时短的管理阶段太多(增加了项目管理干预)或者历时长的阶段太多(降低了控制水平)
- 项目管理委员会和项目经理的
信心程度
管理阶段的数量由项目性质及其持续时间决定。对时间短的项目,引入多个管理阶段会导致不必要的干预和成本。
三、阶段的长度
PRINCE2 并没有就一个管理阶段应该有多长给出定义。如果风险、不确定性或复杂性较高,阶段就应该更短。如果风险较低,通常在项目中段,则阶段可以拉长。
各阶段的长度可能根据项目生命周期里的决策点
而不同。
影响阶段长度的因素包括:
1、任何时点的规划周期
根据具体工作的不同性质,规划周期可能很不一样。例如,在一个应用程序导入项目里,安装计算机系统的工作与导入应用程序的工作,两者相比,前者更好懂、风险更低。
2、项目内的技术阶段
管理阶段的结束并不一定要求与技术阶段同步,当然如果同时结束好处不少。
3、与项目群活动取得一致
管理阶段的结束可能会要求与项目群的阶段竣工评审取得一致。
这将使项目能完全服务于项目群本身的持续可行性评估。
4、风险水平
管理阶段对于项目管理委员会加强对高风险项目的控制,是一种非常有用的方法。可以在关键点上进行阶段划分,这样在大量投入资金或资源之前就可以评估风险对项目的影响了。
技术阶段
技术阶段是根据所应用的技术或创建的产品来作工作分类,围绕着诸如设计、建造、实施这样的要素。
技术阶段常是相互重叠的,管理阶段无法重叠。
技术阶段以一组特定的专业技能的应用为特征,管理阶段则以资源和职权投入来划分。
一般,这两类阶段的边界像硬币正反面那样彼此重合。例如,当管理决策是以技术阶段的产出为基础时,就是这样。但是,有些时候阶段边界并不重合,例如每个管理阶段包含着不止一个技术阶段。
如果技术阶段超出了管理阶段边界,则该技术阶段的产品到阶段边界时应完成到什么程度,应该在相关的产品描述中清晰说明。
PRINCE2 的方式是把项目管理集中在管理阶段上,因为后者构成了整套方法所描述的计划和控制流程的基础。不这么做,所冒的风险在于项目就不是由客户的管理驱动,而是由专业团队驱动。