虽然一个团队可能认为它遵循Scrum准则和最佳实践，但情况可能并非如此。有时旧的开发实践很难消亡。在其他情况下，团队可能会说或认为他们在做Scrum，但只是走过场。
当一个团队正确地实施Scrum时，这个框架会带来有价值的好处。Scrum为团队提供了经验基础，使他们能够更频繁地交付高价值的产品。当一个成熟的、结构合理的Scrum团队遵循这个框架时，团队可以从Scrum中获益。
实施Scrum是一回事。但是要通过框架优化开发，开发团队需要采用几个关键的Scrum指导方针。以下是IT组织判断他们是否真的在使用Scrum的一些方法。
你频繁使用时间窗了吗？
时间窗为一项活动设定了固定的时间，团队应该将其应用于Scrum框架的所有元素。
根据手头的任务，有必要在一个明确的间隔为一到四周的sprint中组织工作。每个冲刺还应该包含目标，理想情况下，团队成员不会在预定的时间间隔内改变目标。
一旦sprint结束，团队将根据sprint间隔在一到四个小时的时间范围内与涉众进行审查。审查允许团队集体检查结果，并确保涉众可以在每个sprint间隔期间提供关于产品开发进度的反馈。
此外，在每个sprint结束时，团队应该在一到四个小时的时间范围内举行内部团队回顾。这个冲刺结束的冲刺会议允许团队根据目标评估绩效，并根据他们的成功和失败寻找改进的领域。
如果您为所有会议设置了时间框，团队成员就会知道他们每天需要留出多少时间。当会议有明确的主题和固定的持续时间时，他们会更有效率，让团队更快地回到工作中。时间框事件维护过程进度，并最终在冲刺结束时生成可行的产品。
团队每天开会
在冲刺期间，团队应该每天开会。这种实践为快速更新任务性能提供了机会，团队成员可以讨论依赖关系，突出任何问题，并跟踪朝着冲刺目标的进展。
当每天的Scrum会议上出现问题时，团队成员应该继续离线对话来解决问题，并保持项目的时间表不变。
为Scrum组织你的团队
Scrum团队的结构是为了促进敏捷性和沟通。每个Scrum团队由以下人员组成:
- 产品负责人
- Scrum Master
- 开发团队
产品负责人负责确保产品交付并组织Scrum团队的工作计划。这个人还创建和管理团队如何对产品待办事项安排进行优先级排序。
Scrum Master监督Scrum的建立和执行。该团队成员帮助每个人(包括管理层)理解Scrum理论并在组织中应用该实践。Scrum团队的成员是在每个sprint中创建实际产品的人。这些开发人员与Scrum主管和产品负责人合作，根据Scrum议程中列出的优先级，将工作从待办事项转移到冲刺阶段。通常，Scrum团队由10人或更少的人组成，但这个数字是根据项目的范围灵活的。
选择一个产品负责人，一个Scrum Master
如果一个团队真的想要遵循Scrum，它需要定义特定的角色。这意味着只有一个人应该是产品负责人，另外一个人应该是Scrum Master。当有人身兼数职时，团队就没有遵循框架。
团队规模也需要限制。一般来说，规模较小、定义良好的团队可以更好地发挥作用。团队越大，沟通和生产力就越有可能受到影响。
把Scrum当作规范
Scrum帮助团队建立一个坚实的开发基础。如果一个团队是敏捷的新手，Scrum可以是一个理想的框架，以确保灵活的开发与基本结构。可以对实践进行微调，以适应并随着团队的能力和绩效而发展。它确保每个sprint中的工作是固定的，并允许团队根据sprint优先级调整必要的间隔。因此，对于开发团队来说，这是一个很好的选择，但对于运维团队的响应性来说，这并不一定是理想的选择。
对于每天需要不断重新确定工作优先级的团队来说，其他敏捷方法——比如看板——可能更适合。否则，如果一个团队真的在做Scrum，它可以遵循这些原则，确保更清晰的开发。
