Scrum 中的透明度

Scrum 是基于经验主义的，它基于三个最重要的方面（也称为  下图所示的三大支柱），并支持经验过程控制的每一个实现：透明度、检查和适应。

当 Scrum 团队 体现并实践承诺、勇气、专注、开放和尊重的 价值观 时，Scrum 的透明度、检查和适应支柱就会出现，并为每个人建立信任。Scrum 团队成员在处理 Scrum 角色、事件和工件时学习和探索这些价值观。

确保透明度——Scrum 团队

Scrum 提高了团队内外的透明度。透明度对于 Scrum 过程至关重要，因为它让每个人都能看到和理解每个 sprint 中真正发生的事情，从而在团队内部产生更大更好的沟通和信任。

团队可以通过多种方式保持透明。在这里，我列出了我们可以做的一些事情来实现它：

工作更紧密，反馈更快

Scrum 团队的工作方式应该是透明的：让利益相关者更紧密地联系在一起，每天与他们一起工作，让反馈双向流动，并分担采取一个或另一个方向的风险。

让工作进展更明显

团队可以使进度可见：燃尽图和白板是显示 sprint 目标进度的传统方式。这些简单的工具可以显示计划每个阶段的进度，从冲刺到愿景，可以有效减少“什么时候可以完成？” 对话。

团队可以使进度可见：燃尽图和白板是显示 冲刺目标进度的传统方法。一份简单的报告显示从 sprint 一直到愿景的各个级别的计划进度，可以非常有效地减少“什么时候完成？”的数量。对话。

更新信息的自由流动

信息需要双向传播。利益相关者和产品角色，尤其是那些直接与团队合作的人，也必须是透明的。以路线图、发布计划或完成的定义形式的产品方向  可以对团队可见，以便他们了解他们承诺实现的总体目标和期望。

Scrum Master 可以提供帮助

在 Scrum 中，不是团队为 Scrum Master工作，而是 Scrum Master 努力促进开发团队的工作。Scrum Master 必须与 产品负责人、开发团队和其他相关方合作，以了解事件和工件是否完全透明。Scrum Master 必须帮助每个人在没有完全透明的情况下应用最合适的实践。Scrum Master 可以通过检查工件、感知模式、仔细聆听所说的内容以及检测预期结果与实际结果之间的差异来检测不完全透明性。

活动的透明度

Sprint 是所有其他事件的容器，Scrum 中的每个事件都是检查和调整某些东西的正式机会。这些事件专门设计用于实现关键的透明度和检查。不包括任何这些事件都会导致透明度降低，并且会失去检查和调整的机会。

透明度是 Scrum 过程中的第一个重要方面，必须对结果负责人可见。透明度要求在其日常活动和工件中定义这些方面，以便团队可以就所看到的内容达成共识。

例如：

冲刺计划会议

Sprint 计划会议在  Sprint 开始时举行，以了解和记录 Sprint Backlog 项目。它的目的是确保每个参与的人无疑都知道他/她要做什么来为开发特定的增量迭代做出贡献。

每日 Scrum 站立会议

Daily  Scrum 专注于团队对特定 Sprint 贡献的日常反映。它回答了三件事：

• 我在过去 24 小时内为实现每日 Sprint 目标而开发了什么？
• 为了实现我的下一个 Sprint 目标，我今天要做什么？
• 昨天的工作中有哪些阻碍我实现目标的障碍？

就分享所有这些事情而不必害怕承认自己的错误而言，Daily Scrum 非常重要。如果不共享，项目会变得复杂，导致延误，并最终导致项目失败的风险。

Sprint 评审会议

Sprint 审查会议在  Sprint 结束时进行，以反映为完成它而作为产品的增量所做的工作。团队邀请利益相关者获得他们对 Sprint 的反馈，这些反馈由产品所有者合并到 产品待办列表 中，以在下一个 Sprint 中带来改进。

Sprint 回顾会议

Sprint Retrospective 是为了检查上一个 Sprint 的人员、交互、流程和工具的顺序，并从这个 Sprint 中采取改进措施来开发下一个 Sprint 。 这一切都需要报告和沟通的透明度。

工件的透明度

Scrum 有许多 工件 作为 Scrum 中所有阶段的信息辐射器。这些信息对团队来说是清晰可见和理解的，因此项目进度趋势是已知的。为了做出明智的决定，信息的可用性和清晰度非常重要。

产品积压

产品待办列表是一个有序的  需求列表，由产品负责人和团队根据优先级和重要性确定优先级。所有最知名的功能、属性、修复和增强都记录在产品待办事项列表中，以使团队清楚并易于理解。

冲刺积压

Sprint Backlog 是在 Sprint 计划会议召开 并最终确定 Product Backlog 之后制定的。它包含开发完整的产品增量所需的用户故事。通常，一些产品待办列表项被分解为团队同意处理的任务或用户故事。

燃尽图——开发状态

使用 燃尽图 诚实地了解团队在给定 Sprint 中的表现。燃尽图讲述了团队表现的真实故事。燃尽图描述了为了完成 Sprint 未来剩余的工作量。

Scrum 任务板

Scrum 板 还用于反映在 Sprint 工作时的三件事：

• 该怎么办？
• 正在进行什么？
• 做什么？

完成的定义

透明度也与完成的定义密切相关。正式定义“完成”的含义可以减少可变性，取消工作的可能性和明确衡量进度（“完成”或“未完成”）增加了透明度。

完成的定义不完善  意味着您的系统中有未完成的工作。这项未完成的工作也导致缺乏透明度。风险隐藏在其中。例如，如果性能测试未完成，那么它会延迟系统出现故障的风险，直到接近发布——这是最痛苦的时候。

结论

Scrum 基于通过其事件和工件描述的透明度，但如果团队中缺乏透明度和沟通，则无法实现。如果成员犹豫不决或害怕分享他们的错误，则很难建立和保持完全的透明度。事实上，团队中的每个人都需要相互理解和尊重。产品负责人和 Scrum Master 应该激励和鼓励团队分享他们在工作中面临的任何风险或问题。团队不仅需要关注个人成就，还必须努力实现共同的项目目标。所有这些反馈和共享对于建立和保持信息流的完全透明性非常重要，从而能够持续改进组织和团队。