以下做法适用于此种情形：
不管你说什么，你的manager总是说：只要你肯努力，一定能按"期"完成。而根据你的评估，根本就没有可能。这个时候，你的选择是什么呢？让整个项目组都加班？就像我在(1)中提到的一样，manager之所以会这么做我觉得很大程度上是因为他对项目组的不信任，或者说不足够信任；他们认为如果给出一个更短的期限，那么项目组就更早的完成，他们把这作为一种激励项目尽快完成的手段：事实上他们也不是真的较真儿说必须要在那个日期完成，他们只是想更早的完成而已。

1，调查你的manager为什么会这样做，试着提一些context-free的问题，比如说：项目到什么样才算成功？
2，写下项目将要面临的风险和可能的冲击。用高，中和低来描述这些风险，不要使用数字。
3，告诉Manager你到底能做到什么程度并且测量项目的实际开发速度。迭代在这种情况下非常好用，进度表可以告诉你真正发生了什么事情。
4，确保项目组中有该项目领域的专家。

如果manager仅仅是想激励项目组，那么你可以建议他采取其他的方法。 你也可以采取其他办法，比如跟manager讨论减小feature set, 或者试着做些事情分散manager的注意力，让他去关注别的项目。
如果项目组成员经常因为达不到预期目标而遭受失败，他们就会失去信心，渐渐的失去对manager的信任，也就不愿意接受管理了。一个没有团队凝聚力和执行力的团队就只能叫做“一些人”，不能叫做“项目组”。

如果你经常遇到这种事情，可以尝试如下实践：
1， 使用timeboxed来迭代开发，这样每个人都能看见项目进展。
2， 维护一个工作列表，并提供一个数字优先级。这样就可以根据优先级按feature来开发，优先开发优先级高的 feature。当你的领导知道你们没有按照他的要求去追求那个不可能完成的deadline的时候，你们已经可以提供一些非常有用的feature了。

大多数这样的问题都发生在项目经理自己身上，我觉得boss应该很少会这样。因为项目经理要管理一群人，在不确定合作性，每个人的能力以及其它一些风险的时候，项目经理可能更倾向于多一些buffer，所以在不经意间就会给项目组成员一些不现实的deadline。如果他能感觉到最好，如果感觉不到，我觉得最可行的办法还是把手上的feature分级，然后先做哪些优先级高的。这样避免最后deadline的时候有用的没做，没用的做了一堆。如果项目经理遇到这样的boss，则同理。当信任关系建立起来以后，boss，PM和developer之间都有所了解，这种事情可能会越来越少了。