---

检视与适应（I&A）：推动敏捷 Scrum 持续改进

检视与适应（I&A） 是敏捷软件开发中的有力工具。它像镜子，映照软件在每一步的发展状况。它不只是检查任务进展，更要发现问题、让事情变得更好，就像定期整理房间，保持整洁。现在，让我们进一步理解这一原则。

“检视与适应”描述了 Scrum 中持续检视成果、调整计划的实践。它也是下文将讨论的一项独立 SAFe 事件的名称，团队和利益相关者在其中评估解决方案，并识别改进事项。 这种实践促进敏捷软件开发团队持续学习、解决问题，并追求卓越运营。

理解检视与适应

在 SAFe 中，检视与适应（I&A）是 PI 结束时举行的结构化事件，包括演示、评估、反思，以及提出改进待办条目。本版使用 Program Increment（PI，项目群增量）这一术语。在核心 Scrum 中，检视与适应贯穿整个 Sprint 及其各项事件；并不存在另一个名为 I&A 的强制事件。

在 I&A 的检视部分，所有参与团队展示 PI 期间共同取得的成果。也就是说，每个敏捷团队展示已完成的功能，说明在 Program Increment 期间构建了什么。业务负责人同敏捷团队紧密合作，对每项团队 PI 目标实际实现的业务价值评分。

检视完成后，适应部分随之开始。下一步是评估解决方案的当前状态： 效果如何？哪些地方可以改进？有没有需要解决的深层问题？ 此时就需要运用定性与定量度量。

例如，可以衡量实施 I&A 原则后的生产力增长，或比较实施前后的缺陷率。这些指标帮助识别需要改进的领域，并为决策提供宝贵数据。

这一流程的最后部分，是根据检视和评估中发现的挑战与机会，识别改进待办条目。这些条目对于在敏捷发布列车中保持持续改进至关重要。

理解这些部分，能够深入认识检视与适应如何帮助确保软件开发流程的敏捷性。团队通过认真分析自身工作，有效应对挑战，促进持续成长与进步。

分析了检视与适应在推动敏捷软件开发持续改进中的关键作用后，现在来深入了解 检视与适应循环的关键要素 ，进一步阐明其重要性。

检视与适应循环的关键要素

SAFe 的检视与适应（I&A）事件有三个主要部分：PI 系统演示、定量与定性度量，以及包含问题解决工作坊的回顾。每个部分都对促进敏捷发布列车（ART）的持续改进至关重要。

PI 系统演示

PI 系统演示是 I&A 事件的关键环节，展示 Program Increment（PI）期间开发的所有功能。演示通常吸引更广泛的观众，包括客户或投资组合代表。业务负责人可借此与敏捷团队合作，对每项团队 PI 目标实际实现的业务价值评分。

实质上，PI 系统演示让利益相关者全面了解 PI 期间取得的实际产出。它不仅是展示，也是互动交流，让利益相关者看到开发的功能如何符合战略目标、为最终用户带来价值。I&A 的这一部分为 ART 的透明度和一致性提供宝贵平台，促进共同愿景，以及对已有进展的共同理解。

定量与定性度量

PI 系统演示后，I&A 事件进入定量与定性度量阶段。ART 在发布列车工程师（RTE）的引导下，审视商定的指标和数据趋势。若存在更广泛的解决方案列车结构，解决方案列车工程师可以支持解决方案层面的协调。

这一阶段不只是分析数字，而是从定量和定性数据中提炼有意义的认识。收集的信息如同指南针，引导未来决策与行动。利益相关者通过检查计划业务价值与实际业务价值计算出的达成评分，以及汇总各团队数据形成的预测性指标，清楚了解目标实现情况。这些认识推动有依据的讨论和行动计划，改善未来交付。

回顾

I&A 事件的最后一个组成部分是回顾，它对识别改进待办条目十分重要。在这场简短会议中，团队反思 PI 期间的工作，评估哪些方面做得好，发现有待改进的领域。

正是在回顾中，团队找出希望在问题解决工作坊中处理的重要问题。团队采用“开始—停止—继续”或“帆船回顾”等不同敏捷回顾形式，分析根因、有效解决系统性问题，并建立持续改进文化。

这些关键要素凸显了 I&A 对敏捷软件开发的重要性：它们为评估、学习和问题解决提供结构化框架，支持整个 ART，以及适用时更广泛的解决方案列车开展改进。

掌握推动敏捷软件开发持续改进的基本组成部分后，现在转向为回顾会议建立稳固框架。

完善回顾会议框架

回顾会议是敏捷软件开发不可或缺的一部分，团队在其中反思绩效、识别改进领域。会议为开放对话提供安全空间，让成员讨论哪些做得好、哪些不理想，以及未来如何积极改变。要让回顾产生有意义的见解和可执行成果，就必须建立稳固框架，促进富有成效的讨论，推动持续改进。

SWOT 分析是回顾会议中常用的一种有效技巧。它帮助团队评估优势、劣势、机会和威胁。识别内部优势与劣势，以及外部机会与威胁，能让团队全面了解当前状态。这种分析促进深入讨论，让团队着重发挥优势、改善劣势、把握机会、减轻潜在威胁。它就像拍下团队现状的一张照片，是一种自我认知练习，进而形成有针对性的行动计划。

例如，SWOT 分析时，团队可能发现自己有很强的协作文化（优势），却面临项目需求不清的问题（劣势）。他们也可能发现采用新工具或技术的机会（机会），同时意识到市场趋势或客户需求变化等潜在威胁。这些认识为建设性讨论铺路，探讨如何发挥优势、改善劣势、抓住机会并应对威胁。

另一种有价值的回顾框架，是这里采用的五部分提示：停止、开始、继续、调整、重复。这种结构化方式鼓励成员识别应停止的行动、应开始的行动、应继续的行动、需要调整的旧做法，以及为持续成功值得重复的行动。这五部分提示让团队认真审视流程和行为，判断哪些需要修改或加强。它强调迭代细化的重要性，强化适应变化的文化。

假设开发团队决定“停止”安排时间重叠的 Sprint 规划会，因为这使成员困惑。他们选择“开始”让每日 Scrum 聚焦 Sprint 目标进展，以及开发人员接下来可执行的计划，改善沟通与一致性。他们也同意“继续”使用效果良好的用户故事地图技巧，但根据项目动态变化“调整”使用频率。这种系统性评估帮助团队确定可立即实施并持续调整的具体行动。

在回顾会议中使用 SWOT 分析和五部分提示等全面形式，能让敏捷团队把集体见解有效转化为可衡量的改进举措。在不断变化的敏捷软件开发环境中，识别变化、制定解决方案，对开发周期内的持续进步尤为关键。

识别变化与制定解决方案

充分讨论和回顾之后，下一个关键步骤是识别变化、制定解决方案。在问题解决工作坊中，敏捷团队共同聚焦审视问题，使用鱼骨图和 5 个为什么等技巧，识别导致当前问题的主要原因。

鱼骨图与 5 个为什么技巧

这个 鱼骨图，也称石川图，能把问题的潜在原因分到具体分支，支持结构化调查。借助这一可视化工具，团队系统考虑不同类别中的各种可能因素，帮助找准根因。同样， 5 个为什么 技巧鼓励团队反复追问“为什么”，追溯问题源头。多次提出这个简单问题，可以揭示起初不易察觉的深层原因。

例如，软件开发团队生产力下降时，可以用鱼骨图探索流程、人员、工具、环境和政策等类别。拆解导致生产力下降的各种因素，能够全面理解问题。

使用这些分析工具识别主要问题来源后，还需要一个重要步骤： 帕累托分析。 这种分析技巧通过判断哪些问题影响最大，帮助团队确定优先级。因此，敏捷团队能够高效分配资源和精力，先解决最关键的问题。

帕累托分析基于帕累托原则，也称 80/20 法则。该原则说明，大部分结果可能来自少部分原因，常表述为 80% 和 20%。应将这一比例作为启发式参考，并用实际数据检验，而非视作必然分布。应用于敏捷软件开发时，它强调集中处理对整体绩效和效能影响最大的关键问题。

这就像整理凌乱的房间：先整理、清洁杂物最集中的区域，在细调不紧迫的细节之前，解决最主要的凌乱部分。

分析结束后，敏捷团队可以开展头脑风暴，形成改进待办条目。这些条目由可执行任务组成，旨在系统解决已识别的问题。每个条目都经过仔细设计，针对具体根因，推动组织的软件开发流程积极改变。

通过细致审视问题，运用结构化分析工具识别根因，敏捷团队能够增强制定针对性解决方案的能力，推动软件开发实践持续改进。

策略：评估与细化

PDCA 循环是一个强有力的概念，帮助敏捷团队评估解决方案的有效性，并持续改进。

计划

在计划阶段，团队识别问题或改进机会。明确需要修复或优化什么，并设定清晰目标十分重要。没有明确计划，就难以判断所提出的解决方案是否有效。

执行

计划确定后，就该付诸实施。这可能包括修改代码、更新流程或集成新工具。“执行”阶段是把计划中的改进真正落实到行动中。

检查

实施变化后，必须检查其影响，评估这些变化在多大程度上解决了已识别的问题，或把握了改进机会。评估可借助指标、用户反馈或其他形式。

行动

根据“检查”阶段的结果采取行动。若已实施的变化有效，就应纳入日常流程；若未达到预期影响，团队必须进一步细化或修订方法。

例如，某敏捷团队引入新的自动化测试框架，目标是减少软件缺陷。在“检查”阶段，他们分析实施前后的缺陷率。若发现缺陷显著减少，就将该框架纳入标准实践（“行动”）。若没有明显变化，或出现意外负面影响，就可能需要重新思考并完善方法。

这种迭代方式确保改进持续融入软件开发生命周期，为敏捷团队接纳变化、推动持续改进提供结构化框架。

持续使用 PDCA 循环评估和完善流程，能让敏捷团队确保软件开发实践不断演进，交付更好的成果。

I&A 在敏捷方法中的关键作用

在 SAFe 中，检视与适应（I&A）事件并非形式，而是坚持不懈改进和持续学习的基石。它能够促成结构化、同步开展的活动，让每位利益相关者都有机会贡献、学习并推动变化，这正体现了其重要性。它为何如此关键？让我们逐一了解。

首先，I&A 事件的核心是 PI 系统演示，展示 Program Increment（PI）期间开发的所有功能。这一平台让业务负责人有机会与敏捷团队协作，对每项团队 PI 目标实际实现的业务价值评分，从而具体评估完成了什么，以及如何符合更大的业务目标。

此外，I&A 事件中的定量与定性度量，为整个过程发挥重要作用。这一环节审视 RTE 和解决方案列车工程师收集的约定指标及数据趋势。通过评估，计划与实际业务价值被纳入 ART 可预测性度量，让我们从清楚的数字中看到自身努力到底有多有效。

最后是回顾这一关键环节，团队在问题解决头脑风暴中识别重大问题。它不只是宣泄疑虑，更要将问题转化为可执行的改进步骤。通过不同的敏捷回顾形式，并参与 RTE 引导的问题解决工作坊，团队能够用鱼骨图和 5 个为什么等工具深入分析根因。

例如，团队可能在回顾中发现，沟通失灵造成的问题反复出现。利用问题解决工作坊框架，他们可以剖析这些问题，识别能从整体解决的系统性问题，从而改善今后的协作。

检视与适应的关键作用，不仅是发现缺陷，还包括展示已实现的业务价值、分析数据趋势，以及支持团队直面问题。这种结构化方式体现了敏捷软件开发中持续改进的核心原则。

通过检视与适应等结构化事件，敏捷软件开发不仅识别改进领域，还帮助团队有效应对，培养持续提升的文化。

在敏捷项目中，团队应该多频繁地开展检视与适应？

回答：在敏捷项目中，团队应频繁开展检视与适应，理想情况下在每轮迭代或 Sprint 结束时进行。这支持持续改进，确保项目始终符合变化中的需求和市场需要。本版引用的 Agile Alliance 调查显示，更频繁开展检视与适应的团队，相较于较少开展的团队，客户满意度更高，上市时间更短。

能否举例说明真实项目中成功实施检视与适应的方法？

回答：可以！原文章节描述了 X 公司的一项手机银行应用案例。他们通过回顾定期审视、调整开发流程，识别瓶颈、改善协作，提高客户满意度。结果，发布周期缩短 30%，缺陷密度降低 20%，客户评分提高 15%。

敏捷项目管理如何应用“检视与适应”原则？

回答：敏捷项目管理通过称为 Sprint 的定期迭代周期应用“检视与适应”原则。每个 Sprint 结束时，团队根据期间收集的数据，反思哪些方面做得好、哪些可以改进。这一反馈循环支持持续改进，让团队调整方法，交付更高质量成果。麦肯锡的一项研究显示，采用这一原则的组织，生产力提高 25%，项目失败率降低 30%。

在项目中采用检视与适应实践有哪些好处？

回答：好处有很多。首先，它让团队持续评估进展、识别改进领域，提高效率和生产力。其次，它促进成员之间的透明与协作，培养学习和创新文化。最后，它帮助团队迅速适应需求或市场变化，降低交付过时或无效方案的风险。麦肯锡的一项研究显示，在敏捷软件开发中采用检视与适应实践的组织，项目成功率提高 30%。

是否有具体工具或技巧帮助开展检视与适应？

回答：有。敏捷软件开发中常用的工具包括回顾会议，成员在其中反思工作流程中哪些做得好、哪些可以改进；还有用来可视化、跟踪进展的看板和任务管理系统。强调持续改进的改善法（Kaizen），以及精益思维原则，也通过促进学习和灵活应变的文化来支持检视与适应。VersionOne 的调查显示，84% 的敏捷团队表示用回顾来推动项目持续改进（《敏捷状态报告》）。

哪个 Scrum 事件用于检视与调整 Scrum 流程？

回答：Scrum 通过各项事件支持检视与适应。其中，专门聚焦提高 Scrum 团队质量和有效性的事件是 Sprint 回顾。成员反思刚结束的 Sprint，识别哪些做得好、哪些可改进，以及如何在后续迭代落实改进。此外，Sprint 评审为利益相关者提供平台，检视产品增量、给予反馈，帮助对产品待办列表作出可能的调整。这些活动共同形成反馈循环，支持 Scrum 框架内持续检视与适应。

Scrum 用于检视与适应的四项事件是什么？

回答：Sprint 内有四项正式事件：Sprint 规划、每日 Scrum、Sprint 评审和 Sprint 回顾。Sprint 本身则是包含这些事件的事件。

• Sprint 评审： 这一事件让 Scrum 团队向利益相关者展示已完成的工作，并获得宝贵反馈。
• Sprint 回顾： 回顾聚焦团队在 Sprint 期间的表现，让成员反思哪些做得好、哪些可以改进，并制定持续提升的策略。
• Sprint 规划： Scrum 团队讨论 Sprint 为何有价值，开发人员选择工作，并规划如何实现 Sprint 目标。
• 每日 Scrum： 开发人员检视 Sprint 目标进展，并调整下一天的工作计划。

产品增量演示可以支持 Sprint 评审，但评审还应包含关于成果和未来调整的协作讨论。Scrum of Scrums 可以帮助多个团队协调依赖关系；它是可选的规模化实践，而非核心 Scrum 的正式事件。

检视与适应议程包括什么？

回答：SAFe 中名为检视与适应（I&A）的事件，议程包括 PI 系统演示、度量审视，以及回顾/问题解决工作坊。在核心 Scrum 中，相关检视与适应议程取决于具体事件。可能涵盖评估产品现状、评估 PI（Program Increment）规划的有效性、识别并消除障碍，以及分析速度和周期时间等定量指标。团队通过讨论和回顾，深入探讨技术与协作两方面，促进持续改进文化。议程也鼓励开放沟通、探索新想法，改善整体开发流程。

Scrum 检视与适应要点

在敏捷方法领域，Scrum 框架是一种有力的产品开发方式。检视与适应贯穿 Scrum 生命周期，使团队反思表现、识别改进领域，最终提高效率。以下要点呈现这一关键环节的精髓，也概括了 Scrum 的本质。

1. 产品： 产品是 Scrum 检视与适应的核心。Scrum 事件为团队提供机会，评估产品现状，使其符合利益相关者期望，确保沿正确轨迹发展。
2. 知识： 知识是持续改进的基石。Scrum 检视与适应强调利用团队集体知识评估以往表现，促进学习和适应变化的文化。
3. 想法： 这些实践为新想法创造机会，鼓励团队头脑风暴、提出创新方案，应对挑战并优化流程，让产品开发周期保持活力，及时响应。
4. 支柱： Scrum 检视与适应围绕透明、检视和适应三大支柱展开。团队公开审视工作，深入检视流程，并根据所得认识调整，确保开发环境稳健而灵活。
5. PI 规划： 在 SAFe 示例中，PI（Program Increment）规划为名为 I&A 的事件提供背景。它并非核心 Scrum 的额外要求。团队评估 PI 规划会的有效性，识别改进机会，提升整个项目群的执行与交付。
6. 障碍： 识别并消除障碍，是 Scrum 检视与适应的核心主题。团队深入分析遇到的挑战，共同制定消除障碍的策略，确保后续迭代更顺畅。
7. 层面： Scrum 检视与适应涵盖多个层面，从个人表现到团队互动，再到整体项目进展。这种多维分析确保全面理解需要关注和改进的领域。
8. 适应： Scrum 检视与适应的精髓在于适应。团队接纳变化，持续调整策略、流程与计划，以符合不断演进的项目需求，为利益相关者交付最佳价值。
9. 数字： 定量指标在 Scrum 检视与适应中发挥重要作用。团队分析速度、周期时间和燃尽图等指标，了解自身表现，为后续迭代作出明智决定。
10. 方面： Scrum 检视与适应涵盖开发流程的多个方面。团队不仅审视技术，也关注协作和沟通，确保全面开展改进。
11. 技能： 检视与适应强调个人和集体技能的重要性。团队评估技能组合，认识优势，识别需要发展的技能，提高整体能力。
12. 互动： 有效沟通与协作是 Scrum 检视与适应的重要组成部分。团队反思彼此互动，寻找促进开放沟通、加强协作、巩固团队联系的方法，推动产品成功开发。
13. 勇气： Scrum 检视与适应鼓励团队勇于承认不足，并直面解决。这种勇气促进诚实、透明的文化，为持续改进奠定基础。
14. 活动： 回顾和协作讨论等活动支持检视与适应。团队通过这些活动系统评估表现、交流见解，并规划可执行的改进。

检视与适应是持续开展的实践，体现 Scrum 的经验主义基础和敏捷原则。 聚焦产品开发、接纳变化并培养持续改进文化，团队就能提升 Scrum 实践，为利益相关者交付更高价值。