|
敏捷企业总体架构如图1所示。投资组合治理层提供一些常见的检查点;项目管理层对各种项目的管理提供指导。项目管理层和迭代管理层不同，其差异可以洞察运行项目、制定发布计划和日常短期迭代管理的不同。最后，区分迭代管理层和技术做法层，有助于把核心技术做法融合到几个项目或者迭代管理方法中去。项目管理者联盟
项目管理者联盟
图1 敏捷企业架构service.mypm.net
这个结构有利于组织采取混合的敏捷方法，即每层使用不同的敏捷方法，以满足组织的特定需要。该架构倡导底层(技术实践层)具有较大灵活性，上层(项目管理层)灵活性较小。这种结构认同没有哪一种敏捷方法适合所有层次。事实上，组织中使用的所有敏捷方法都是混合型的。例如，一个组织的项目管理层可能采用APM(和部分PMBOK的组合)，迭代管理层用Scrum, 而在技术层选用XP做法。通过汲取几种敏捷方法的优点，公司可以构建高效的混合方法，或者可以为组织的不同部分构建几种不同的组合方法。项目管理者联盟
1.1 投资组合治理层项目管理者联盟
大公司拥有数以百计(如果不是数以千计)的项目。其中，有的敏捷，有的传统;有的使用这种敏捷方法，有的使用另外一种;有的使用敏捷和传统的混合方法。即使一个组织已经决心向敏捷组织转变，在维期几年的转变期间，将会混合使用各种方法。主管们需要的就是一个通用的架构，可以用来评估所有项目。这个架构涉及主管们所关心的主要问题—— 投资和风险。主管们想知道项目的价值(及投资回报率)和获取该价值的确定性和不确定性。他们不会真的关心需求文档是否完成了。他们想了解项目进程、投资和风险。因此无论项目是什么类型—— 敏捷或是其他，都需要创建一个管理机制，解决这两个关键的代表项目属性的指标。第12章将会详细讨论投资组合治理层。club.mypm.net
1.2 项目管理层项目管理者联盟
许多人认为项目管理即是与核心小组的外围利益相关者打交道，而迭代管理与核心小组的内部利益相关者打交道。这的确是两者差异的一部分，但只是一半。另一个很大的不同是一个是管理发布，一个是管理迭代。一个完整的项目发布计划(见第7章和第8章)，涉及构建产品和团队构想、开发项目范围、设定边界和制定全面的功能发布计划。项目管理者联盟
项目管理还包括与核心小组外围的利益相关者和供应商合作。因此，项目管理层关注全面的项目/发布活动，协调多功能团队和管理项目外围事件。除此之外，像风险分析、合同管理等凡是对项目有用的做法，无论敏捷与否，都属于这个管理层的管理范畴。(这些做法可能来源自美国项目管理协会的PMBK)。项目管理者联盟
需要指明的是项目管理和迭代管理是可以是同一个领导者，也可以是不同的领导者，取决于项目的大小。例如，一个有4个团队的大项目可能每个团队有一个迭代经理，整个项目有一个项目经理。项目管理者联盟
1.3 迭代管理层项目管理者联盟文章
迭代管理层关注每个短期迭代的计划、执行和团队领导。本章最后一节会概述一下区分迭代和项目管理层的原因，基本上区分的是发布和迭代工作，以及项目内部和外部的管理活动。www.mypm.net
1.4 技术实践层项目管理者联盟
软件项目中的技术实践，包括从持续集成到结对编程，从测试开发到重构等做法。硬件项目可能采用一系列工程做法，从电子到机械不等。虽然本书的重点是其他三层，但是项目有效执行的基础在于技术领域。在各种各样的组织中，变革技术实践是实施敏捷方法的关键。例如，持续集成和自动化测试是不能忽略的核心敏捷软件做法。
分离出技术实践层的另外一个原因是，使敏捷项目管理更适合各种项目和产品类型。尽管我很难做到让电子工程师或者机械工程师准备结对编程，但是事实证明，敏捷软件的等值做法在各种产品开发领域都很有价值。此外，除了硬件项目中可能存在较长时间的迭代外，投资组合治理层、项目管理层和迭代层适用于想要把敏捷方法应用于非软件项目的公司。training.mypm.net 项目管理者联盟
|
