日期加天数截止日期_您做错了：截止日期

日期加天数截止日期

我们知道截止日期会驱动行为。 这就是为什么在Scrum和其他敏捷方法论中，我们将开发期限与这些截止日期放在一起。 他们告诉我们：专注于重要的事情，并确保正确完成。

由于它们本质上是好的，因此让我们看看如何将它们分解。

这是过程。 我们为冲刺做准备，分割故事，询问详细信息并进行估算。 经过所有这些努力，我们认为故事进入冲刺是安全的，因为我们将能够交付它。

本系列是关于我们所做的实践的，没有理解我们为什么这样做，因此可能无法从中获得我们想要的价值。 如果您也不能从中受益，那您做错了。
迭代计划，Pt。 1个	迭代计划，Pt。 2	完成的定义	演示版
完成完成	每日站立	回顾展	持续集成

惊喜！

事情发生。

我们发现新的东西，隐藏的细节。 我们还发现了计划外的任务。最后期限迫在眉睫。 我们将无法实现…

想象一下，没有达到我们自己的估计的可怕屈辱。 第一次做某件事的最新结果，我们怎么面对我们的同龄人呢？ 他们会怎么看我们？

所以我们偷工减料。 我们跳过单元测试。 我们跳过代码审查。 我们认为故事很小，不需要进行适当的设计审查。 我们将代码推送到主干，并希望可以在时钟用完之前进行测试。 也许我们很幸运，我们可以将这个故事视为“完成”。

太酷了，我们得到了故事要点。 晚会时间！

具有讽刺意味的是，敏捷一直想要的是：过程和工具之间的个体和交互。 我们把这个过程抛诸脑后，以取悦人们（和我们自己）。

恐惧因素

是的，这是最后期限一遍又一遍的老故事。 但是为什么我们让他们呢？ （假设这些不是实际的业务截止日期，冲刺结束甚至是发布？）

• 截止日期很简单。 他们比做起来容易解释和理解。
• 截止日期是客观的。 孤独是主观的。
• 截止日期总是可见的。 仅当选中时，可见性才可见。
• 截止日期不会改变其含义。 寂寞一直在变化。

我们对截止日期比较满意，因为我们一生都与他们一起生活。 我们会竭尽所能遵守这些原则，通常是通过降低质量来满足他们。 在大多数情况下，我们碰到他们时会拍打自己的背部，而当我们没有碰到时会拍打脸。 不论质量。

我们很乐意优先考虑截止日期，甚至将自限，假想，无效的截止日期置于其他所有事项之上。 我们是否应该将质量或成熟度（无论您想称其为什么）置于他们之上？

现在，我们有了那个烦人的Scrum大师，对我们那些“愚蠢的事情”进行了严厉批评。 不过，当我们查看表格时，我们会看到满意的产品经理。 他告诉我们，“没关系，您可以稍后进行代码审查”。

防御就此休息。

改变行为

我们喜欢谈论心态，如何将其朝更好的方向发展。 坏消息是，我无法通过将思维定势2.0下载到您的大脑来改变您的想法。 上帝知道我尝试过。

我们改变的方式是我们如何看待他人的行为。 如果管理层和队友改变他们的行为，我也很有可能也会这样做。 如果我们开始奖励做事，并开始大声说：

• 是的，您没有把它推入主干并冒着其他所有人的密码的风险，这是很好的
• 是的，等待您的代码审查是一件好事，因为我们发现了两个可能已经投入生产的错误
• 是的，您已经编写了这些测试是件好事，因为现在我们根据您的需求而移至其他功能，而不必担心返工
• 不，您跳过设计审查不是很好，因为我们现在发现，我们要么需要停止其他团队的工作，要么回到制图板
• 不，您跳过自动测试是不好的，因为现在我们每次都需要做一个手动回归套件。
• 不，它还没有准备好投入生产，除非每个人都同意它是基于我们所同意的，而显然不是。

除非我们开始表现出做事重要，否则心态将不会改变，更糟糕的是，行为不会改变。 截止日期将继续压倒质量。 只有我们允许他们。

翻译自: https://www.javacodegeeks.com/2017/08/youre-wrong-deadlines.html

日期加天数截止日期