<script>function StorePage(){d=document;t=d.selection?(d.selection.type!='None'?d.selection.createRange().text:''):(d.getSelection?d.getSelection():'');void(keyit=window.open('http://www.365key.com/storeit.aspx?t='+escape(d.title)+'&u='+escape(d.location.href)+'&c='+escape(t),'keyit','scrollbars=no,width=475,height=575,left=75,top=20,status=no,resizable=yes'));keyit.focus();}</script>

有 些老板就是不愿意面对现实。你告诉他们：“我们无法达到你对时间上的要求。”他们就好像根本没听见，看着你，然后告诉你：“我相信只要你上心，就一定能按 时搞定。”你坐在那里哑口无言，他们却高高兴兴地走了，好像项目在他们给出的日期前一定可以交付。出现这样的状况，你就是碰见“拒绝女王”了。

有 不少原因会引发“拒绝”。我所见过最常见的原因，就像上面提到的经理，他希望鼓励项目团队。有时，人们拒绝是因为他们害怕项目无法在截止日期之前完成，他 们不会管你说什么，这就是鸵鸟效应。有时，公司高层相信：如果设定模糊或是不可能的日期，项目团队就可以早于他们自己预想的时间完成项目。

可以用下面的方式应对“拒绝”。

• 找出为什么你的经理表示拒绝。尝试用一些与上下文无关的问题（见1.5节），以此来理解项目背后的原因。比如，你可以问：“对这个项目来说，要怎么样才算成功？”
• 写下项目的风险及其潜在影响。用高、中、低来讨论严重程度和暴露程度，不要用数字。不拿你制订的日程当回事的人，对这些风险数字也不会认真。
• 展示你所能做到的事情，并测量团队在项目中的实际开发速度。没错，这里用迭代是非常方便的，而且速度图表可以告诉别人项目的真实现状。
• 保证参与项目工作的每个人都有相关领域的专业知识。

如 果管理层认为“拒绝”是鼓励团队的方式，建议他采取其他的鼓励技巧。通常，这意味着让他去干点儿其他对团队有益的事情（比如通过谈判去缩小需求的范围）， 或者将他的注意力吸引到别的项目上去。管理层可能认为拒绝现存问题或潜在问题可以鼓励团队，其实这反而会对团队形成障碍。将他们的注意力转移到其他项目上是一种很有用的技巧，可以让他们不再总盯着你的项目。

只要项目经理能够接受现实，“拒绝女王”就不一定能造成灾难。

有 个团队试图说服项目经理接受项目的现实。失败几次后，他们放弃了，并且决定自己组织起来，忽略项目经理的存在。他们不再参加项目团队会议，并且将项目经理 的话抛在脑后。他们开发了项目的部分功能，并且产生了一些数据（不过不是速度图表）。几个月之后，大家都看出来项目经理根本不了解目前的状况，此人也因此 被炒了鱿鱼。可这时，项目团队也已经损失了很多时间，他们很难再控制什么时候交付哪些功能了。

现实总是会在某个时候跟“拒绝”面对面， 这不可避免，而且这就是“拒绝女王”为什么只是规划游戏，而不会总是造成灾难的原因。当管理层看到了真正的现实之后，项目经理要确保自己有部分可以工作的 产品、可以展示的数据，让管理层可以跟你讨论接下来能够做些什么。此时也是讨论“有哪些事情可以不做”的好时机，这样你就可以完成当前的项目，并且为后续 项目做更好的规划。

如果项目经理总是遇到“拒绝女王”，那么在进行管理的时候，可以把下面的方法集成进去，大家也就可以看到实际进展了。

• 使用有时间盒限制的迭代，这样所有的人都可以看到项目的进度。
• 制订排定优先级的产品待办事项。团队可以按照功能的业务价值，从高到低逐个实现。等到出资人如梦初醒，终于意识到项目无法按他给出的日期交付时，团队也已经开发完成了若干高优先级的功能，这样项目经理也会得到一些有价值的东西。