问Scrum对于开发人员本身的优势？

EN

Scrum将提供更多关于正在发生的事情的可见性。糟糕的管理，最后一刻的变化，压力，以及开发人员通常面临的各种问题。

然而，它也会给拖拉者，恶意开发者，疯狂的个人主义者带来很多可见度。换句话说，糟糕的开发人员。

Scrum是一把双刃剑

Scrum会给你带来解决这些问题的机会。这就是为什么它如此强大。

打破大目标(“让软件完成”)成小块--故事--并在当前的冲刺中决定它们中的哪一个可以提高生产率和减少压力。当你明确地知道你现在应该做什么的时候，你就没有什么可强调的了，你可以集中精力去做这个小事情，而不是感到被巨大的整体压垮了。

堆栈级别/待办事项处理使里程碑结束不再是死亡游行

。

作为一名开发人员，我在软件开发中看到的“破坏性模式”是当一些“外部控制器”(例如项目管理、执行管理)对“最喜欢的特性”不会在“日历日”出现并下令死亡的事实感到非常兴奋的时候。

Scrum，因为它在待办事项列表中将“重要特性”列为“重要特性”，这可以帮助开发人员以两种方式主动地管理这种紧张关系。首先，你可以将“最喜欢的功能”在待办事项中排在很高的位置，这样S/他最有可能感到高兴。第二，它给出了一个非常直观和具体的答案：“既然我们把‘闪烁的小部件’移到了第1位，我们很可能就不会在这个冲刺中”弹跳兔子“，因为它现在排在第7位。你对这种交换感到满意吗？”

我还发现，在短跑的情况下，“外部控制器”对推迟工作不那么烦恼。如果‘闪烁小部件’不能进入‘里程碑1’和‘里程碑2’直到9个月后才结束，‘闪烁小部件’的赞助商会非常生气。但是，如果“闪烁小部件”的堆栈排名为7而不是1，因为实际上还有6件更重要的事情必须首先完成，这意味着我们可能会在sprint +1或最坏的sprint +2中找到它，这意味着它将在12或18周后出现(使用6周的sprint)。根据我的经验，等待3个月对于不耐烦的人来说是“可以接受的”--此外，回到3+月里程碑的“瀑布”模型中，等待到下两个冲刺结束的日历时间与等待当前里程碑结束的日历时间相同。

最后，如果我们快到冲刺的尾声了，事情比预期的要长，我很高兴能把待办项目5-6-7推到下一个冲刺，并确保我们已经完成了高质量的1-2-3-4，而且没有70小时的时间。毕竟，我们肯定会得到5-6-7下一次冲刺。再一次，考虑到延迟所涉及的时间范围较短，“外部控制人员”通常对此感到更舒服，不要坚持让我们错过两个星期的里程碑，并要求每天晚上的晚餐“只需勉强过关”。