5.1 敏捷企业架构
敏捷企业总体架构如图5-1所示。投资组合治理层提供一些常见的检查点;项目管理层对各种项目的管理提供指导。项目管理层和迭代管理层不同,其差异可以洞察运行项目、制定发布计划和日常短期迭代管理的不同。最后,区分迭代管理层和技术做法层,有助于把核心技术做法融合到几个项目或者迭代管理方法中去。5.1.1 投资组合治理层
大公司拥有数以百计(如果不是数以千计)的项目。其中,有的敏捷,有的传统;有的使用这种敏捷方法,有的使用另外一种;有的使用敏捷和传统的混合方法。即使一个组织已经决心向敏捷组织转变,在维期几年的转变期间,将会混合使用各种方法。主管们需要的就是一个通用的架构,可以用来评估所有项目。这个架构涉及主管们所关心的主要问题—— 投资和风险。主管们想知道项目的价值(及投资回报率)和获取该价值的确定性和不确定性。他们不会真的关心需求文档是否完成了。他们想了解项目进程、投资和风险。因此无论项目是什么类型—— 敏捷或是其他,都需要创建一个管理机制,解决这两个关键的代表项目属性的指标。第12章将会详细讨论投资组合治理层。
5.1.2 项目管理层
许多人认为项目管理即是与核心小组的外围利益相关者打交道,而迭代管理与核心小组的内部利益相关者打交道。这的确是两者差异的一部分,但只是一半。另一个很大的不同是一个是管理发布,一个是管理迭代。一个完整的项目发布计划(见第7章和第8章),涉及构建产品和团队构想、开发项目范围、设定边界和制定全面的功能发布计划。
项目管理还包括与核心小组外围的利益相关者和供应商合作。因此,项目管理层关注全面的项目/发布活动,协调多功能团队和管理项目外围事件。除此之外,像风险分析、合同管理等凡是对项目有用的做法,无论敏捷与否,都属于这个管理层的管理范畴。(这些做法可能来源自美国项目管理协会的PMBK)。
需要指明的是项目管理和迭代管理是可以是同一个领导者,也可以是不同的领导者,取决于项目的大小。例如,一个有4个团队的大项目可能每个团队有一个迭代经理,整个项目有一个项目经理。
5.1.3 迭代管理层
迭代管理层关注每个短期迭代的计划、执行和团队领导。本章最后一节会概述一下区分迭代和项目管理层的原因,基本上区分的是发布和迭代工作,以及项目内部和外部的管理活动。
5.1.4 技术实践层
软件项目中的技术实践,包括从持续集成到结对编程,从测试开发到重构等做法。硬件项目可能采用一系列工程做法,从电子到机械不等。虽然本书的重点是其他三层,但是项目有效执行的基础在于技术领域。在各种各样的组织中,变革技术实践是实施敏捷方法的关键。例如,持续集成和自动化测试是不能忽略的核心敏捷软件做法。
分离出技术实践层的另外一个原因是,使敏捷项目管理更适合各种项目和产品类型。尽管我很难做到让电子工程师或者机械工程师准备结对编程,但是事实证明,敏捷软件的等值做法在各种产品开发领域都很有价值。此外,除了硬件项目中可能存在较长时间的迭代外,投资组合治理层、项目管理层和迭代层适用于想要把敏捷方法应用于非软件项目的公司。
1).Extend the project duration by 24-36 months
2).Borrow additional working capital
3).Update the risk register
4).Extend the project duration by 12-24 months
在一个大型施工项目的规划阶段,出现了潜在的经济衰退迹象。之前关于经济衰退的风险被指定为低概率和高影响,预计持续6-12个月。项目开始后不久,发生了经济衰退,并按预期影响项目。六个月后,经济衰退影响的持续时间将更改为24-36个月。项目经理应该怎么做?
A.将项目工期延长24-36个月
B.借用额外的运营资本
C.更新风险登记册
D.将项目工期延长12-24个月
答案:C
解析:定位 .(管理)监督风险。 说明解析:PMBOK(6)P457-11.7.2.3监督风险-会议。识别新风险。更新风险登记册,记录在监督风险过程中产生的关于单个项目风险的信息,可能包括添加新风险,更新已过时项目风险或已发生风险,以及更新风险应对消息。选项A.没有经过变更之前,不能将项目工期延长。 选项B.没有经过变更之前,不能使用额外运营资本。 选项D.没有经过变更之前,不能将项目工期延长。

首页>



粤公安备案 44010602008731号