请不要误解我

这取决于商业压力以及加班如何得到补偿。 在我职业生涯的早期，我们的主要客户给公司施加了巨大的压力，要求我们尽快修复错误，我们不得不连续两周加班，每天晚上和周末都工作。 我们满足了客户的要求，而且我那个月的工资翻了一番。 如果这种情况很少发生，我没有任何问题。这不会对士气产生负面影响（甚至可能是一种激励，提升团队精神），事实上，我很乐意有机会这样做。 而且我们有一个很好的领导：我们的总监虽然不能参与调试，但坚持和我们一起工作，负责确保我们得到良好的饮食，费用由公司承担。 领导力和报酬是关键。

有些事情可能很紧急，但大多数截止日期都是虚假的，是由销售和经理向某人承诺了某些事情而产生的。一切围绕着这些截止日期运转，从而产生了一种有毒的责备文化。看看你们的Scrum吧！

> 项目明天发布还是一个月后发布？两年后还有人会在意吗？不会吧？那就不值得。 这取决于行业和具体情况。 如果这是一家自己发布软件产品的公司，而截止日期是随意设定的，那么当然应该稍微灵活一些。 但其他软件开发是更大项目的一部分，或者要对第三方负责，他们依赖于它。如果你的软件产品必须在预定的硬件生产周期、提前几个月计划的发布会、与客户在合同中约定的日期，或者其他有实际依赖关系的情况下准备好，那么按时完成是至关重要的。 > 人们对那些其实并不重要的事情总是喊着“我现在就要！”这种行为让我感到很沮丧。 以我的经验来看，只在第一种环境中工作过的人（截止日期）…

我认为“如果我们不能在XX前完成，我们将违反YY法规，并且必须向SEC承认这一点”可能值得付出一些额外的努力。 “这个里程碑会在我的RAG报告中变成红色，让我在经理面前丢脸”——就没那么重要。 但像其他任何事情一样，希望有相互的让步。“如果你按时完成这个版本来帮助我，我们会在下一个迭代中把一半的故事点数给你，这样你就可以在5点下班/偿还技术债务/随便什么。”

一旦你做了一次，就永远不会是“一年一次”了。 一旦你开始这样做，强制加班就会成为达成截止日期的工具。

> 项目明天发布还是一个月后发布？两年后还有人关心吗？没有吗？那就不值得。 1. TurboTax 2. 一款需要在圣诞节前发布的游戏或其他软件 3. 一个依赖服务即将停用（ https://www.honeycode.aws/ ）

我现在正在处理另一种常见的类似情况。另一个承包商（不是我们公司的）曾估计了一定的时间来修复所有问题并添加一些更新，他们开发的代码。我们的共同客户不想继续与他们合作，于是问我们是否可以做。但结果是，截止日期是两天后，所以越快越好。我把估计时间减半了，但说这不会包括修复任何问题，因为显然他们可以继续在生产环境中忍受现有的错误，如果新功能是优先事项的话。 我指出，我们最终必须付出代价，这个仓促的时间表意味着我们会遗漏一些东西，而且只有在具备所有条件的情况下才有可能进行开发工作。例如访问权限、正确数据、正确设置的环境等。 当然我们开始开发，但什么都没有…

这取决于情况。你需要赶在销售窗口期内发布的SaaS软件，与不需要在特定时间发布的随机软件完全不同。 某些行业可能有几个月的销售窗口，错过它可能意味着与竞争对手相比损失数百万。