不使团队脱轨地吸引利益相关者：Scrum现场检查清单
Scrum中的一个张力是利益相关者参与和Sprint稳定性之间的张力。利益相关者需要进展可见性、提供反馈的机会，以及对其需求被处理的信心。团队需要稳定的Sprint目标和免受计划外中断的保护。有效地管理这种张力是产品负责人和Scrum Master最重要的职责之一。以下是有效处理的检查清单。
Sprint之前：设定期望的检查清单
沟通Sprint目标和Sprint评审邀请。 在Sprint开始时，向所有利益相关者沟通Sprint目标并确认Sprint评审时间。知道何时以及如何获得可见性的利益相关者不太可能创建即兴更新请求。
为紧急请求建立沟通规范。 与利益相关者就真正紧急请求在Sprint期间应如何提出达成一致。答案应涉及产品负责人（而非直接联系开发团队），并应包括"紧急"的定义。
确认Backlog透明度。 确保利益相关者可以看到产品Backlog并了解未来Sprint中将有什么。对Backlog有可见性的利益相关者对其优先事项是否被处理不那么焦虑。
Sprint期间：管理联系的检查清单
通过产品负责人引导所有利益相关者请求。开发团队在Sprint期间不应直接接受来自利益相关者的需求变更或优先级请求。每个这样的请求都应转给产品负责人，由其决定是立即处理还是添加到Backlog中。
区分对当前工作的反馈和新需求。说"我们正在建立的功能方向错误"的利益相关者在提供可能影响Sprint目标的反馈。说"我有新需求"的利益相关者在提出Backlog请求。这些需要不同的回应。
如果Sprint超过两周，在Sprint中途进行利益相关者沟通。简短的书面更新——Sprint目标状态、关键决策、任何风险——减少导致利益相关者焦虑和临时查询的信息真空。
在Sprint评审时：富有成效参与的检查清单
在Sprint评审之前准备演示，而非在评审期间准备。Sprint评审开始时团队正在设置演示环境的情况表明没有准备好。
将Sprint评审框架为对增量的检查，而非对工作量的展示。利益相关者不是来听团队做了什么工作的——他们是来看构建了什么并提供反馈，说明是否满足他们的需求的。
明确捕获Sprint评审中的所有反馈。从Sprint评审反馈中出现的条目应被捕获为潜在Backlog条目，由产品负责人审查，并在下一个Sprint规划中优先排序。未被捕获的反馈是被遗忘时会产生挫折感的反馈。
XNM协助公共部门组织建立有效的Scrum团队实践，包括利益相关者参与和产品负责人辅导。欢迎联系XNM项目群与项目交付咨询团队，探讨贵组织的利益相关者参与和敏捷交付。