知识点整理 敏捷 - Leon201/noteofpmp GitHub Wiki
4
在敏捷或适应型环境中需要考虑的因素
迭代和敏捷方法能够促进团队成员以相关领域专家的身份参与整合管理。团队成员自行决定计划 及其组件的整合方式。
在适应型环境下，《整合管理的核心概念》中所述的对项目经理的期望保持不变，但把对具体产 品的规划和交付授权给团队来控制。项目经理的关注点在于营造一个合作型的决策氛围，并确保团 队有能力应对变更。如果团队成员具备广泛的技能基础而不局限于某个狭窄的专业领域，那么这种 合作型方法就会更加有效。
5
在敏捷或适应型环境中需要考虑的因素
对于需求不断变化、风险大或不确定性高的项目，在项目开始时通常无法明确项目的范围，而 需要在项目期间逐渐明确。敏捷方法特意在项目早期缩短定义和协商范围的时间，并为持续探索和 明确范围而延长创建相应过程的时间。在许多情况下，不断涌现的需求往往导致真实的业务需求 与最初所述的业务需求之间存在差异。因此，敏捷方法有目的地构建和审查原型，并通过多次发 布版本来明确需求。这样一来，范围会在在整个项目期间被定义和再定义。在敏捷方法中，把需求 列入未完项。
6
项目进度管理的发展趋势和新兴实践
全球市场瞬息万变，竞争激烈，具有很高的不确定性和不可预测性，很难定义长期范围，因此， 为应对环境变化，根据具体情景有效采用和裁剪开发实践就日益重要。适应型规划虽然制定了计 划，但也意识到工作开始之后，优先级可能发生改变，需要修改计划以反映新的优先级。
有关项目进度计划方法的新兴实践包括（但不限于）：
- 具有未完项的迭代型进度计划。 这是一种基于适应型生命周期的滚动式规划，例如敏捷的产 品开发方法。这种方法将需求记录在用户故事中，然后在建造之前按优先级排序并优化用 户故事，最后在规定的时间盒内开发产品功能。这一方法通常用于向客户交付增量价值， 或多个团队并行开发大量内部关联较小的功能。适应型生命周期在产品开发中的应用越来越 普遍，很多项目都采用这种进度计划方法。这种方法的好处在于，它允许在整个开发生命周 期期间进行变更。
- 按需进度计划。 这种方法通常用于看板体系，基于制约理论和来自精益生产的拉动式进度计 划概念，根据团队的交付能力来限制团队正在开展的工作。按需进度计划方法不依赖于以 前为产品开发或产品增量制定的进度计划，而是在资源可用时立即从未完项和工作序列中提 取出来开展。按需进度计划方法经常用于此类项目：在运营或持续环境中以增量方式研发产 品，其任务可以被设计成相对类似的规模和范围，或者可以按规模和范围进行组合的工作。 按需进度计划方法通常用于产品在运营和维护环境下以增量方式演进，且任务的规模或范围 相对类似，或者，可以按照规模或范围对任务进行组合的项目。
关于敏捷/适应型环境的考虑因素
适应型方法采用短周期来开展工作、审查结果，并在必要时做出调整。这些周期可针对方法 和可交付成果的适用性提供快速反馈，通常表现为迭代型进度计划和拉动式按需进度计划，具体参 见“项目进度管理的发展趋势和新兴实践”一节。
在大型组织中，可能同时存在小规模项目和大规模举措，需要制定长期路线图，通过规模参 数（如团队规模、地理分布、法规合规性、组织复杂性和技术复杂性）来管理这些项目集。为管理 大规模的、全企业系统的、完整的交付生命周期，可能需要采用一系列技术，包括预测型方法、适 应型方法或两种方法的混合。组织还可能需要结合几种核心方法，或采用已实践过的方法，并采纳 来自传统技术的一些原则和实践。
无论是采用预测型开发生命周期来管理项目，还是在适应型环境下管理项目，项目经理的角色都 不变。但是，要成功实施适应型方法，项目经理需要了解如何高效使用相关的工具和技术。
6.4估算活动持续时间
6.6控制进度
如果采用敏捷方法，控制进度要关注如下内容：
- 通过比较上一个时间周期中已交付并验收的工作总量与已完成的工作估算值，来判断项目进度 的当前状态；
- 实施回顾性审查（定期审查，记录经验教训），以便纠正与改进过程（如果需要的话）；
- 对剩余工作计划（未完项）重新进行优先级排序；
- 确定每次迭代时间（约定的工作周期持续时间，通常是两周或一个月）内可交付成果的生成、 核实和验收的速度；
- 确定项目进度已经发生变更；
- 在变更实际发生时对其进行管理。 将工作外包时，定期向承包商和供应商了解里程碑的状态更新是确保工作按商定进度进行的一种 途径，有助于确保进度受控。同时，应执行进度状态评审和巡检，确保承包商报告准确且完整。
7
关于敏捷/适应型环境的考虑因素
对易变性高、范围并未完全明确、经常发生变更的项目，详细的成本计算可能没有多大帮助。 在这种情况下，可以采用轻量级估算方法快速生成对项目人力成本的高层级预测，在出现变更时容 易调整预测；而详细的估算适用于采用准时制的短期规划。
如果易变的项目也遵循严格的预算，通常需要更频繁地更改范围和进度计划，以始终保持在成本 制约因素之内。
8
关于敏捷/适应型环境的考虑因素
为引导变更，敏捷方法要求多个质量与审核步骤贯穿整个项目，而不是在面临项目结束时才执行。
循环回顾，定期检查质量过程的效果；寻找问题的根本原因，然后建议实施新的质量改进方法； 后续回顾会议评估试验过程，确定是否可行、是否应继续、或做出调整，或者直接弃用。
为促进频繁的増量交付，敏捷方法关注于小批量工作，纳入尽可能多的项目可交付成果的要素。 小批量系统的目的是在项目生命周期早期（整体变更成本较低）发现不一致和质量问题。
9
在敏捷或适应型环境中需要考虑的因素
易变性高的项目得益于最大限度地集中和协作的团队结构，例如拥有通才的自组织团队。
协作旨在提高生产率和促进创新的问题解决方式。协作型团队可以促进不同工作活动的加速整 合、改善沟通、增加知识分享，以及提供工作分配的灵活性和其他优势。
虽然协作的优势也适用于其他项目环境，协作型团队对于易变性高且快速变化的项目成功而言通 常是至关重要的，因为集中分配任务和决策所需的时间更少。
对于易变性高的项目，实物和人力资源规划的可预测性要低得多。在这些环境中，关于快速供应 和精益方法的协议，对控制成本和实现进度而言至关重要。
10
在敏捷或适应型环境中需要考虑的因素
在模糊不定的项目环境中，必然需要对不断演变和出现的细节情况，进行更频繁和快速的沟通。 因此，应该尽量简化团队成员获取信息的通道，频繁进行团队检查，并让团队成员集中办公。
此外，为了促进与高级管理层和相关方的沟通，还需要以透明的方式发布项目工件，并定期邀请 相关方评审项目工件。
11
在敏捷或适应型环境中需要考虑的因素
从本质上讲，越是变化的环境就存在越多的不确定性和风险。要应对快速变化，就需要采用适应 型方法管理项目，即：通过跨职能项目团队和经常审查增量式工作产品，来加快知识分享，确保对 风险的认知和管理。在选择每个迭代期的工作内容时，应该考虑风险；在每个迭代期间应该识别、 分析和管理风险。
此外，应该根据对当前风险敞口的理解的加深，定期更新需求文件，并随项目进展重新排列工 作优先级。
12
在敏捷或适应型环境中需要考虑的因素
在敏捷型环境中，可能需要与特定卖方协作来扩充团队。这种协作关系能够营造风险共担式采购 模型，让买方和卖方共担项目风险和共享项目奖励。
在大型项目上，可能针对某些可交付成果采用适应型方法，而对其他部分则采用更稳定的方法。 在这种情况下，可以通过主体协议，如主要服务协议（MSA），来管辖整体协作关系，而将适应型工 作写入附录或补充文件。这样一来，变更只针对适应型工作，而不会对主体协议造成影响。
13
在敏捷或适应型环境中需要考虑的因素
高度变化的项目更需要项目相关方的有效互动和参与。为了开展及时且高效的讨论及决策，适应 型团队会直接与相关方互动，而不是通过层层的管理级别。客户、用户和开发人员在动态的共创过 程中交换信息，通常能实现更高的相关方参与和满意程度。在整个项目期间保持与相关方社区的互 动，有利于降低风险、建立信任和尽早做出项目调整，从而节约成本，提高项目成功的可能性。
为加快组织内部和组织之间的信息分享，敏捷型方法提倡高度透明。例如，邀请所有相关方参与 项目会议和审查，或将项目工件发布到公共空间，其目的在于让各方之间的不一致和依赖关系，或 者与不断变化的项目有关的其他问题，都尽快浮现。