Scrum 和服务提供商方面的机会 - 第 3/3 部分

[suchona.kani.z]

Scrum 起源于日本，基于产品开发、团队建设和群体心理行为的经验。我们今天所知道的敏捷开发中的Scrum是在美国的基础上进一步发展的，并且更加强烈地基于人们的内在价值观，以及Scrum的三个基本支柱：检查、适应和透明度。与其他一些模型相比，Scrum 较少基于预测，而更多基于经验数据，并且不断进行考虑和改进。在各个层面上建立透明度，从而促进信任和协作，仍然是当今的中心点。最近，“敏捷宣言”还关注工作软件、密切协作、预测变化，最重要的是幕后人员。回顾历史发展可以解释 Scrum 构建的基本价值观。它是通过客户和服务提供商之间的互动、密切协作以及开放和信任而产生的协同效应。这些想法在实施 Scrum 时应该始终存在，并且应该受到每个参与者的鼓励。如果您想更多地了解 Scrum 或敏捷性的机会和可能性，那么我推荐我们的新白皮书《Scrum 解释》。在那里，您将对 Scrum 是什么有一个第一印象，并从敏捷服务提供商的日常生活中获得真实的例子。

团队中的互动
Scrum 指南推荐了一个由跨职能人员组成的机智 cpa电子邮件列表 敏捷的小组，以便能够通过 3 到 9 人的协作来实现所有定义的需求。重点不是管理层强制的自上而下的决策，而是开发团队的所有权和自我组织。实施专家成为客户顾问、优化者、冲刺计划者，并且通常是客户的重要联系人。

Scrum Master 通常负责人际关系和流程的成功。她或他优化流程、指导团队并改善客户关系。他与产品负责人和开发人员一起组成了 Scrum 团队。产品负责人通常可以在客户侧找到。他不仅对产品负责，而且主要对他应该实现的愿景负责。产品负责人是 Scrum 团队不可或缺的一部分，并且应该与实施团队密切合作，这一事实表明 Scrum 中的想法与经典项目相比有多么不同。产品负责人传达愿景和要求，并接受开发团队的建议和支持。我们一起找出最佳路径是什么、存在哪些障碍以及应如何处理它们。应避免分层思维和自上而下的方法。公共和项目范围内的“你”有助于填补经典的思想空白。只有那些走得更近的人才能最大程度地从敏捷方法中受益。

透明度和沟通是关键因素
开发团队、Scrum Master 和产品负责人之间的信任关系至关重要，只有尽可能透明地处理决策和问题才能建立信任关系。客户必须感受到支持并始终了解项目的最新知识。因此，定期磋商与就可能的障碍进行公开沟通同样重要。即使出现困难，也应始终通知产品负责人。通过这种方式，我们可以共同制定解决方案，从而增强信任。相反，产品负责人应该始终倾听开发团队的声音。