以下做法适用于此种情形：
项目组和项目的利益相关者达成默契，大家不讨论项目的schedule，项目组告诉boss一切都好，boss也想被告知一切都好，没有人愿意真正的面对现实去解决问题。在老板从不满意deadline（Queen of Denial)那个游戏中，老板总是生活在幻想中，总想得到一个更早一些的release date，但是项目组总是把他拉到现实中；而这里，项目组和boss都主动迷失了。

1，解释说明时间安排的范围，特别是在你没有使用迭代开发的情况下。
2，使用迭代生命周期，并且解释说明在什么情况下你将实现什么东西，比如在月底之前可以实现前10个feature，在月底的时候根据前10个feature的实现可以评估出后面的10个feature要多久才能release。
3，使用敏捷生命周期，创建一个未完成工作列表并使用数字表明优先级。（ranked product backlog).
4，使用短的timeboxes，就算是在阶段交付生命周期也一样，这样会使所有人都能有一些进展，并且能看到项目所有的进展。
5，要全方位测量项目速度和进度。使用速度图标是个不错的选择。

这个问题产生的主要原因可能是因为组织成员不愿意产生冲突，全是和事佬儿，大家互相安慰，结果导致项目失败。建设性的讨论能让一个组织变得更强，避免冲突和必要的讨论会让一个开发团队很快灭亡。

和事佬儿做不得，适时发表并坚持自己的意见，保持开放的态度，可以听取别人的意见。