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

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改进这个问题？ Update the question所以它是on-topic对于堆栈溢出。

10年前关闭。




Improve this question




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

回到学术界的田园诗般的时代，截止日期是学期末，惩罚是明确定义的“F”(或本地等效的)。在现实世界中，我们需要编写我们当前和 future 的同行可以使用的代码，我面临截止日期到来，截止日期过去，项目仍未完成的情况。

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

您看到哪些操作被用作错过最后期限的“惩罚”，哪些操作最终会产生更好的代码？

哪些项目管理响应导致项目彻底失败，

哪些响应恢复了工作秩序并导致之后可以维护的代码？

哪些响应导致更糟糕的代码？

Answer 1

到目前为止，在我的职业生涯中，我还没有看到因错过最后期限而受到任何真正的惩罚(而且我错过了很多)。我想，对于在公司向公众做出 promise 的商店中销售软件或游戏的公司来说，情况会有所不同。

但在定制软件开发领域，很难准确估计一个项目需要多长时间。很多时候，世界各地的公司都不情愿地接受这一事实。