Scrum 被高估了

大多数公司都遵循某种类型的 Scrum 流程。通常这涉及 2 到 3 周的冲刺。在每个冲刺结束时，变更会被演示、回顾会会被进行，待办事项会被整理。在每个冲刺期间，任务完成时间会被记录，这使管理层能够预测项目何时完成。

我参与过的许多 Scrum 项目都强调”承诺”任务或”承担所有权”。在冲刺结束时，许多工程师因未完成的任务而被追究责任。冲刺速度是另一个被反复强调的概念。我们必须保持我们的速度！这就像创建软件是一场竞赛，但事实并非如此。如果工程师按指标被追究责任，他们会为指标进行优化，这不是你想要的。

Scrum 为团队创建了一个易于理解的框架，它为管理层提供了预测未来的工具。从瀑布式实践转变的团队会发现 Scrum 易于理解。

Scrum 的许多实践并不是必需的。例如，大多数问题跟踪软件允许管理者运行关于票证完成频率的报告。有了这些信息，管理者能够推断速度，而不是将速度烘焙到流程中并使其成为大事件。承担所有权是虚伪的，我们自然而然地做到了，使其明确是侮辱性的。我参与过的所有项目中，每个工程师都有应用程序中属于他们的一个角落。

改进软件交付的其他方式：

• 如果你需要每周部署，请安排它们。部署已准备好的内容。
• 保持待办事项的整理；这样工程师永远不会没有工作。
• 在我看来，回顾会是最重要的非开发活动。没有它，你就没有机会成为一个更好、更高效的组织。
• 自动化、自动化、自动化
• 承诺一个功能列表是荒谬的。对任务进行排序并完成你能完成的。为什么”任务 A”没有完成而烦恼是浪费时间。很明显，该任务要么太大，要么承担了更高优先级的工作。
• 演示是浪费时间，除非客户关心并提供反馈。
• 每日会议可能需要也可能不需要。我更喜欢每隔几天开一次会议。

归根结底，这是关于以最有效的方式为客户提供价值。