在敏捷或适应型环境中,采用敏捷或适应型方法能够帮助项目经理将决策权下放,团队成员可以自行决定并控制具体产品的规划和交付,而项目经理则重点关注营造合作型的决策氛围,并确保团队有能力应对变更,促进团队成员以相关领域专家的身份参与整合管理。
如果团队成员具备厂泛的技能基础而不局限于某个狭窄的专业领域,那么这种合作型方法就会更加有效。
对于需求不断变化、风险大或不确定性高的项目,在项目开始时通常无法明确项目的范围,而需要在项目期间逐渐明确。敏捷或适应型方法特意在项目早期缩短定义和协商范围的时间,为后续细化范围、明确范围争取更多的时间。在许多情况下,不断涌现的需求往往导致真实的业务需求与最初所述的业务需求之间存在差异。因此,敏捷方法有目的地构建和审查原型,并通过多次发布版本来明确需求,范围会在整个项目期间被定义和再定义。
采用敏捷或适应型生命周期,旨在应对大量变更,需要干系人持续参与项目。因此,应将适应型项目的整体范围分解为一系列拟实现的需求和拟执行的工作(有时称为产品未完成项),通过多次选代来开发可交付成果,并在每次迭代开始时定义和批准详细的范围。在一个迭代开始时,团队将努力确定产品未完成项中,哪些优先级高的未完成项需要在下一次选代中交付。在每次迭代中,都会重复开展三个过程:①收集需求;②定义范围;③创建WBS。
在适应型或敏捷型生命周期中,发起人和客户代表应该持续参与项目,并对选代交付的可交付成果提供反馈意见,确保产品未完成项真实地反映了他们的当前需求。在每次选代中,都会重复开展两个过程:①确认范围;②控制范围。
在预测型项目中,经过批准的项目范围说明书、工作分解结构(WBS)和相应的WBS词典构成项目范围基准。只有通过正式变更控制程序,才能进行基准变更。在开展确认范围、控制范围及其他控制过程时,基准被用作比较的基础。而采用适应型生命周期的项目,则使用未完成项(包括产品需求和用户敌事)反映当前需求。
确认范围是正式验收已完成的项目可交付成果的过程。从控制质量过程输出的核实的可交付成果是确认范围过程的输入,而验收的可交付成果是确认范围过程的输出之一,由获得授权的干系人正式签字批准。因此,干系人需要在规划阶段早期介入(有时需要在启动阶段就介入),对可交付成果的质量提出意见,以便控制质量过程能够据此评估绩效并提出必要的变更建议。
在大型组织中,可能同时存在小规模项目和大规模项目的组合,需要制定长期路线图,通过规模参数(如团队规模、物理分布、法规合规性、组织复杂性和技术复杂性)来管理这些项目组合和项目集。为管理大规模的、全组织系统的、完整的交付生命周期,可能需要采用一系列技术,包括预测型方法、适应型方法或两种方法的混合。组织还可能需要结合几种核心方法,或采用己实践过的方法的一些原则和实践。
要成功实施适应型方法,项目经理需要了解如何高效使用相关的工具和技术。
对易变性高、范围并未完全明确、经常发生变更的项目,详细的成本计算可能没有多大帮助。在这种情况下,可以采用轻量级估算方法快速生成对项目人力成本的高层级预测,这样在出现变更时容易调整预测:而详细的估算适用于采用准时制的短期规划。
如果易变的项目也遵循严格的预算,通常需要更频繁地更改范围和进度计划,确保始终保持在成本制药因素之内。
为引导变更,敏捷或适应型方法要求多个质量与审核步骤贯穿整个项目,而不是在面临项目结束时才执行。
首先,循坏回顾、定期检查质量过程的效果:其次,寻找问题的根本原因;然后,建议实施新的质量改进方法;最后,回顾会议评估试验过程,确定是否可行,是否应继续,做出调整或者直接弃用。为促进频繁的增量交付,敏捷或适应型方法关注于小批量工作,纳入尽可能多的项目可交付成果的要素,小批量系统的目的是在项目生命周期早期(整体变更成本较低)就能发现不一致和质量问题。
对于易变性高的项目,更适合采用能够最大限度地集中和协作的团队结构形式。协作旨在提高生产率和促进创新问题的解决,协作型团队可以促进不同工作活动的快速整合、改善沟通、增加知识分享,同时可以灵活地分配工作。
虽然协作型团队也适用于其他项目环境,但更适合于易变性高且快速变化的项目,因为在这种环境下可用更少的时间实现任务分配和决策。对于易变性高的项目,对实物和人力资源规划具有较高的不可预测性。在这些环境中,快速供应协议和精益方法对控制成本和实现进度非常重要。
在模糊不定的项目环境中,必然需要对不断演变和出现的细节情况进行更频紧和快速地沟通。因此,应该尽量简化团队成员获取信息的通道,要经常进行团队检查,并让团队成员集中办公。此外,为了促进与高级管理层和十系人的沟通,还需要以透明的方式发布项目成果,并定期邀请干系人评审项目成果。
从本质上讲,越是变化的环境就存在越多的不确定性和风险。要应对快速变化,就需要采用敏捷或适应型方法管理项目,如经常审查增量的工作产品,加快知识的分享,来确保对风险的认知和管理。在选择每个选代期的工作内容时都要考虑风险;在每个选代期间应该识别、分析和管理风险。
此外,应根据对当前风险忍受度的深入理解,定期更新需求文件,并随项目进展重新排列工作优先级。
在敏捷或适应型环境中,可能需要与特定卖方进行协作来扩充团队。这种协作关系能够营造风险共担式采购模型,让买方和卖方共担项目风险和共享项目收益。
在大型项目上,可能针对某些可交付成果采用敏捷或适应型方法,而对其他部分则采用更稳定的方法。在这种情况下,可以通过主体协议,如主要服务协议(MSA)来管理整体协作关系,而将敏捷或适应型工作写入附录或补充文件。这样一来,变更只针对敏捷或适应型工作,而不会对主体协议造成影响。
频繁变化的项目更需要项目干系人的有效互动和参与。为了开展及时且高效的讨论并制定决策,适应型团队会直接与干系人互动,而不是通过层层的管理级别。客户、用户和开发人员在动态的共创过程中交换信息,干系人参与和满意程度更高。在整个项目期间保持与干系人群体的互动,有利于降低风险、建立信任和及时做出项目调整,从而节约成本,提高项目成功的可能性。
为加快组织内部和组织之间的信息分享,敏捷型方法提倡高度透明。例如,邀请所有干系人参与项目会议和审查,或将项目工件发布到公共空间,其目的在于让各方之间的不一致和依赖关系,或者与项目有关的其他变化问题,都尽快浮现。