开发团队、Scrum Master 和产品负责人之间的信任关系至关重要，只有尽可能透明地处理决策和问题才能建立信任关系。客户必须感受到支持并始终了解项目的最新知识。因此，定期磋商与就可能的障碍进行公开沟通同样重要。即使出现困难，也应始终通知产品负责人。这意味着我们可以共同制定解决方案，从而增强信任。相反，产品负责人应该始终倾听开发团队的声音。尽管实现他的愿景是他的权利和责任，但在他的决策过程中不应忽视开发团队或 Scrum Master 的建议。如果每个人都可以解释为什么他们提倡这个或那个决定，那么每个人都会感到受到重视，并且产品所有者可以在更高的知识水平上做出决策。但无论结果如何，都不应该受到批评。
为了建立这种透明度，必须遵守 Scrum 指南中的会议并 美国电子邮件列表中的牧师 进行会议。所有会议都有特定的目的，即在各个层面上建立透明度，并提供在早期阶段制定新路线的机会。如果你遗漏了这个链条的各个组成部分，它就会断裂。为了支持这一点，参与项目的每个人都应该有机会随时查看进度。无论是报告仪表板、模拟白板还是数字冲刺计划系统 - 重要的是文档的存在，每个人都知道它并知道如何阅读它。
事实表明 Scrum 中的想法与经典项目相比有多么不同。产品负责人传达愿景和要求，并接受开发团队的建议和支持。我们一起找出最佳路径是什么、存在哪些障碍以及应如何处理它们。应避免分层思维和自上而下的方法。公共和项目范围内的“你”有助于填补经典的思想空白。只有那些走得更近的人才能最大程度地从敏捷方法中受益。
结论
如果以正确的思维方式进行敏捷项目，则可以为客户和服务提供商带来许多好处。即使 Scrum 可能不是某些项目的正确方法，但我相信单个敏捷元素也可以在经典项目中获利。 Scrum只是一个框架，所以它只提供了框架。该框架的设计必须始终重新考虑，因此也为个人发展提供了空间。拥有合适的专家、合作伙伴和同事在您身边非常重要。
整个系列一览：
第 1 部分 / Scrum 和客户端的机会
第 2 部分 / Scrum 和服务提供商方面的机会
第 3 部分/Scrum 价值观 – 通过更高的透明度和团队文化取得成功。