想探讨
中的一般做法请注意，这不是关于进度计划或管理的问题，而是更加注重接近项目完成的时间框架。
我知道这是一个没有绝对答案的问题。
答案 0 :(得分：2)
从业务角度来看，您可能没有，部分或全部上述选项可用，例如如果你的合同上写着“按日期X或你没有钱”，那么你只能尝试增加资源或削减要求。由于您接近项目完成，添加更多资源可能会适得其反。
除了合同约束之外，如果要限制范围，则应确定要素之间的依赖关系，并让用户对它们进行优先排序。不言而喻，你不能单方面做任何事：无论你做什么，都要确保客户在船上，即使他/她/他们对情况不满意（可能是这种情况）。
延迟交货日期是happens most of the time：您可以做的最好是尽快做出反应并保持客户的期望真实。虽然这很痛苦，但客户可能会意识到他/她/他们可以调整自己的计划并避免损害传播（取消或延迟营销计划等）。
估计值得单独提及。应该在项目的每个阶段都有估算。如果你不准时，那是因为你觉得剩下的任务比预期的要复杂得多，或者两者兼而有之。更新您的估算并让客户知道：使用它们来支持您新的提议截止日期。如果选项可用，包括免费支持或一两个计划延迟的计划外功能可能比转账更容易承担。
这是一个很大的主题：这只是撇开它。
答案 1 :(得分：2)
如果你达到这一点并且你没有计划，那么你已经在脑海中了。最有可能的是人们感到恐慌和沮丧并且可能没有直接思考。这也是人们进行消防演习的原因。所以 if 时间到了，他们已经有了这个过程。
在这种情况下，只要您启动项目阶段，就应该有一个优先级功能/错误列表。然后应该有两个截止列表。第一个是列表的底部，包括一切。第二个是该截止日期/释放的最低允许值。是的，他们应该是不同的。把它们想象成“必须有”和“很高兴有”列表。
现在你已经确定了所有优先顺序，而且你已经设定了“如果事情迟到，我们就会从底层开始放弃”的期望，如果你不得不这样做，你将会有更多的时间。当然，仅仅因为你在最后期限内放弃它，并不意味着你必须等到它的下一次大交付......也许是一个点发布或临时交付是可以接受的？
或许放下的东西不是那么重要吗？如果是这种情况，他们可能总是留在列表的底部，你可能永远不会找到它们。
所有这一切都说，只要你交付了你所拥有的东西，试图推迟约会并不一定有害。您可以随时询问并列出您的案例，看看会发生什么。