Project management 错过最后期限的处罚/回应应该是什么？

作为软件行业的新手，我遇到了一个执行截止日期的问题：

回到田园诗般的学术时代，最后期限是学期结束，惩罚是一个定义明确的“F”（或当地同等标准）。在现实世界中，我们需要编写我们当前和未来的同事可以使用的代码，我面临着最后期限来了，最后期限走了，项目还没有完成的情况

现在怎么办？一个极端是我们可以解雇所有相关人员，另一个极端是我们可以丰厚地奖励所有相关人员

对于错过了最后期限，您看到了哪些作为“惩罚”的行为，以及这些行为中的哪一个最终产生了更好的代码

什么样的项目管理反应导致项目彻底失败

什么样的响应恢复了工作秩序并生成了可在以后维护的代码

什么样的响应导致了更糟糕的代码

---

与其说是惩罚，不如说是现实的估计，并奖励及时发布的产品

---

受到对我回应的评论的启发

也许问题应该是“我如何做出现实的估计？”对我来说，我使用和绘图。这些数据为我提供了估计一项任务需要多长时间以及实际需要多长时间的数据点。从长远来看，这有助于指导我给出现实的发布日期（这不是一夜之间发生的）。我发现估算时间线是一个互动的过程：我

设计

估计

发展

找出设计中的不足并迭代

---

这首先取决于最后期限是否可能，也许是计划和估计需要多长时间的错误。在决定惩罚之前，确保您知道为什么错过了最后期限

关于如何进行软件开发，最后期限是一个根本错误的想法的一部分。软件开发行业的新手或外部人士不理解这一点：

软件在完成时即完成，不早不晚。

如果一个开发人员有一个任务和一周的时间来完成它，并且看起来需要一周以上的时间，那么没有什么可以改变它。无论开发人员的工作有多努力，无论任务中添加了多少人，都需要花费尽可能长的时间（事实上，添加人通常会使任务花费更长的时间）

相反，请阅读敏捷开发过程。软件应该迭代开发，每次迭代都应该基于上一次迭代的结果，而不是强加的外部需求

根据以下广泛评论进行编辑：

我决不会认为开发人员不能满足某种交付期望。我的观点是对提问者提出的特定假设的回应，即商业中软件开发的本质在某种程度上类似于学校作业，或者任何其他类型的工作。我认为绝对不是。“截止日期”不仅仅意味着一个简单的交付日期。它是一个固定的点，在这个点上必须完成一定数量的工作。软件根本不是这样工作的。我又写了几段解释原因，但老实说，如果你还不相信，我所说的一切都无法说服你

如果你正在做一个软件项目，很明显你将无法完成你的最后期限，你能做些什么来纠正它？答案现在已经众所周知：几乎什么都没有。你不能添加更多的人。你不能“工作得更快”。只是不能按时完成。你告诉利益相关者，每个人都会调整，并继续工作（或不工作）。那么，最初的日期是什么意思

---

任何声称软件开发类似于搭建桥梁或做作业，或者声称只要开发人员齐心协力，努力工作，就可以满足即将到来的最后期限的人，都对自己的职业深感困惑。

在我的职业生涯中，到目前为止，我还没有看到因错过最后期限而受到任何真正的惩罚（我错过了很多）。我想，如果公司在向公众做出承诺的商店里销售软件或游戏，那就不同了

---

但在定制软件开发领域，很难准确估计一个项目需要多长时间。而且，这一事实常常被各地的公司勉强接受。

取决于开发人员是否为每个修改请求设定了最后期限，或者管理层是否为他们设定了最后期限

在后一种情况下，除非你的所有开发人员都整天坐在那里玩光环3，否则错过最后期限通常意味着管理层或团队领导犯了错误。因此解雇所有人并不能解决问题。在你的软件过程中引入更好的指标可能是有意义的，这样你就可以看到最后期限在它发生之前很久就会被错过

---

如果您的开发人员确实给出了时间估算，那么我会非常小心地奖励和惩罚满足期限或错过期限的开发人员。这样做的结果可能是他们会调整时间估算中的“捏造因素”。他们会给自己太多额外的时间（以获取回报）你的目标应该是让他们给出好的、可靠的估计，而不是改变他们的工作方式来达到这些估计。

死亡。干净而简单。

你的第一反应不应该是如何应对错过的最后期限，而应该是分析你错过最后期限的原因由于这个原因，错过最后期限的反应自然会随之而来

例如，如果所有相关人员都没有做好自己的工作，就解雇他们

但如果他们做了自己的工作，还有更多的工作，那为什么还错过了呢？太多的其他活动都是由同一个人完成的？太大了

</rant>