管理阶段和技术阶段

1,895 阅读5分钟

持续创作,加速成长!这是我参与「掘金日新计划 · 10 月更文挑战」的第22天,点击查看活动详情

大家好,我是尚影嫣🌷,一名Java后端程序媛和项目管理员,热爱技术和项目管理。如果您喜欢我的文章,欢迎点赞➕关注❤️,让我们一起成为更好的我们~

我们先来看看如何把项目划出不同的管理阶段,用以控制项目的进展。

管理阶段

一、管理阶段的定义

管理阶段是项目的分割片段,每个阶段都带着若干管理决策点。每个管理阶段都是一系列活动和产品的集合,这些产品的交付被当作一个整体来管理。每个阶段又是整个项目的一个子集,它是项目经理代表项目管理委员会在一段时间内所管理的工作。
各个管理阶段:

  • 提供评审和决策点,给项目管理委员会定期评估项目可行性的机会;
  • 能确保先做关键决定,然后才做贯彻决定所需的具体工作;
  • 能澄清某个外部影响的后果是什么;
  • 通过分阶段对项目经理进行授权,促进例外管理原则

项目管理委员会一次只授权项目的一个管理阶段。

临近每个阶段结束时,项目经理会在阶段边界管理流程里评审商业论证和项目计划,用本阶段的成果更新项目文件编制阶段竣工报告和阶段计划以要求授权开始下个管理阶段。这份阶段竣工报告以及下一阶段计划应包含所有必要的信息,使项目管理委员会能进行阶段竣工评估并决定是否继续做下去。如果有足够的业务验证支持可以继续,项目管理委员会便授权下一个(仅一个)管理阶段。如果项目的商业论证不再有效,那么项目管理委员会有权提前结束此项目。

项目管理委员会把一个阶段的日常控制职权授予项目经理,让项目经理在预先约定的容许偏差之内开展工作

二、阶段的数量

PRINCE2 项目必须使用管理阶段,但阶段划分的数量是灵活的,根据项目规模和风险而定。启动阶段是不可或缺的,因为它保证了项目具备所有各方都稳固的基础。对于项目其余部分,至少还应有一个阶段。
定义管理阶段要考虑以下因素的平衡关系:

  • 计划向前做到多长时间才算合适
  • 在项目的什么位置应安排决策点
  • 项目内部的风险数量
  • 历时短的管理阶段太多(增加了项目管理干预)或者历时长的阶段太多(降低了控制水平)
  • 项目管理委员会和项目经理的信心程度

管理阶段的数量由项目性质及其持续时间决定。对时间短的项目,引入多个管理阶段会导致不必要的干预和成本。

三、阶段的长度

PRINCE2 并没有就一个管理阶段应该有多长给出定义。如果风险、不确定性或复杂性较高,阶段就应该更短。如果风险较低,通常在项目中段,则阶段可以拉长。 各阶段的长度可能根据项目生命周期里的决策点而不同。
影响阶段长度的因素包括:
1、任何时点的规划周期
根据具体工作的不同性质,规划周期可能很不一样。例如,在一个应用程序导入项目里,安装计算机系统的工作与导入应用程序的工作,两者相比,前者更好懂、风险更低。

2、项目内的技术阶段
管理阶段的结束并不一定要求与技术阶段同步,当然如果同时结束好处不少。

3、与项目群活动取得一致
管理阶段的结束可能会要求与项目群的阶段竣工评审取得一致。 这将使项目能完全服务于项目群本身的持续可行性评估。

4、风险水平
管理阶段对于项目管理委员会加强对高风险项目的控制,是一种非常有用的方法。可以在关键点上进行阶段划分,这样在大量投入资金或资源之前就可以评估风险对项目的影响了。

技术阶段

技术阶段是根据所应用的技术或创建的产品来作工作分类,围绕着诸如设计、建造、实施这样的要素。
技术阶段常是相互重叠的,管理阶段无法重叠。技术阶段以一组特定的专业技能的应用为特征,管理阶段则以资源和职权投入来划分。
一般,这两类阶段的边界像硬币正反面那样彼此重合。例如,当管理决策是以技术阶段的产出为基础时,就是这样。但是,有些时候阶段边界并不重合,例如每个管理阶段包含着不止一个技术阶段。
如果技术阶段超出了管理阶段边界,则该技术阶段的产品到阶段边界时应完成到什么程度,应该在相关的产品描述中清晰说明。

PRINCE2 的方式是把项目管理集中在管理阶段上,因为后者构成了整套方法所描述的计划和控制流程的基础。不这么做,所冒的风险在于项目就不是由客户的管理驱动,而是由专业团队驱动。