Manage It!: Your Guide to Modern Pragmatic Project Management
Manage It!: Your Guide to Modern Pragmatic Project Management 2007年Amazon 管理类销量冠军 其中一节: ------拒绝女王------ 有些老板就是不愿意面对现实。你告诉他们:“我们无法达到你对时间上的要求。”他们就好像根本没听见,看着你,然后告诉你:“我相信只要你上心,就一定能按时搞定。”你坐在那里哑口无言,他们却高高兴兴地走了,好像项目在他们给出的日期前一定可以交付。出现这样的状况,你就是碰见“拒绝女王”了。 有不少原因会引发“拒绝”。我所见过最常见的原因,就像上面提到的经理,他希望鼓励项目团队。有时,人们拒绝是因为他们害怕项目无法在截止日期之前完成,他们不会管你说什么,这就是鸵鸟效应。有时,公司高层相信:如果设定模糊或是不可能的日期,项目团队就可以早于他们自己预想的时间完成项目。 可以用下面的方式应对“拒绝”。 找出为什么你的经理表示拒绝。尝试用一些与上下文无关的问题(见1.5节),以此来理解项目背后的原因。比如,你可以问:“对这个项目来说,要怎么样才算成功?” 写下项目的风险及其潜在影响。用高、中、低来讨论严重程度和暴露程度,不要用数字。不拿你制订的日程当回事 的人,对这些风险数字也不会认真。 展示你所能做到的事情,并测量团队在项目中的实际开发速度。没错,这里用迭代是非常方便的,而且速度图表可以告诉别人项目的真实现状。 保证参与项目工作的每个人都有相关领域的专业知识。 如果管理层认为“拒绝”是鼓励团队的方式,建议他采取其他的鼓励技巧。通常,这意味着让他去干点儿其他对团队有益的事情(比如通过谈判去缩小需求的范围),或者将他的注意力吸引到别的项目上去。管理层可能认为拒绝现存问题或潜在问题可以鼓励团队,其实这反而会对团队形成障碍。将他们的注意力转移到其他项目上是一种很有用的技巧,可以让他们不再总盯着你的项目。 只要项目经理能够接受现实,“拒绝女王”就不一定能造成灾难。 有个团队试图说服项目经理接受项目的现实。失败几次后,他们放弃了,并且决定自己组织起来,忽略项目经理的存在。他们不再参加项目团队会议,并且将项目经理的话抛在脑后。他们开发了项目的部分功能,并且产生了一些数据(不过不是速度图表)。几个月之后,大家都看出来项目经理根本不了解目前的状况,此人也因此被炒了鱿鱼。可这时,项目团队也已经损失了很多时间,他们很难再控制什么时候交付哪些功能了。 现实总是会在某个时候跟“拒绝”面对面,这不可避免,而且这就是“拒绝女王”为什么只是规划游戏,而不会总是造成灾难的原因。当管理层看到了真正的现实之后,项目经理要确保自己有部分可以工作的产品、可以展示的数据,让管理层可以跟你讨论接下来能够做些什么。此时也是讨论“有哪些事情可以不做”的好时机,这样你就可以完成当前的项目,并且为后续项目做更好的规划。 如果项目经理总是遇到“拒绝女王”,那么在进行管理的时候,可以把下面的方法集成进去,大家也就可以看到实际进展了。 使用有时间盒限制的迭代,这样所有的人都可以看到项目的进度。 制订排定优先级的产品待办事项。团队可以按照功能的业务价值,从高到低逐个实现。等到出资人如梦初醒,终于意识到项目无法按他给出的日期交付时,团队也已经开发完成了若干高优先级的功能,这样项目经理也会得到一些有价值的东西。 的人,对这些风险数字也不会认真。 展示你所能做到的事情,并测量团队在项目中的实际开发速度。没错,这里用迭代是非常方便的,而且速度图表可以告诉别人项目的真实现状。 保证参与项目工作的每个人都有相关领域的专业知识。 如果管理层认为“拒绝”是鼓励团队的方式,建议他采取其他的鼓励技巧。通常,这意味着让他去干点儿其他对团队有益的事情(比如通过谈判去缩小需求的范围),或者将他的注意力吸引到别的项目上去。管理层可能认为拒绝现存问题或潜在问题可以鼓励团队,其实这反而会对团队形成障碍。将他们的注意力转移到其他项目上是一种很有用的技巧,可以让他们不再总盯着你的项目。 只要项目经理能够接受现实,“拒绝女王”就不一定能造成灾难。 有个团队试图说服项目经理接受项目的现实。失败几次后,他们放弃了,并且决定自己组织起来,忽略项目经理的存在。他们不再参加项目团队会议,并且将项目经理的话抛在脑后。他们开发了项目的部分功能,并且产生了一些数据(不过不是速度图表)。几个月之后,大家都看出来项目经理根本不了解目前的状况,此人也因此被炒了鱿鱼。可这时,项目团队也已经损失了很多时间,他们很难再控制什么时候交付哪些功能了。 现实总是会在某个时候跟“拒绝”面对面,这不可避免,而且这就是“拒绝女王”为什么只是规划游戏,而不会总是造成灾难的原因。当管理层看到了真正的现实之后,项目经理要确保自己有部分可以工作的产品、可以展示的数据,让管理层可以跟你讨论接下来能够做些什么。此时也是讨论“有哪些事情可以不做”的好时机,这样你就可以完成当前的项目,并且为后续项目做更好的规划。 如果项目经理总是遇到“拒绝女王”,那么在进行管理的时候,可以把下面的方法集成进去,大家也就可以看到实际进展了。 使用有时间盒限制的迭代,这样所有的人都可以看到项目的进度。 制订排定优先级的产品待办事项。团队可以按照功能的业务价值,从高到低逐个实现。等到出资人如梦初醒,终于意识到项目无法按他给出的日期交付时,团队也已经开发完成了若干高优先级的功能,这样项目经理也会得到一些有价值的东西。
用户评论
非常好的书籍,值得反复阅读
非常好的书,强烈推荐,受益匪浅
非常好的书,不是一般的好,管理必备
已经买了中文版的书,通读了一遍,发现中文翻译有些地方翻译不是很正确。现在有英文原版,下载下来再次重新学习,边学英文边学管理。此书绝对是本好书,推荐项目管理人士阅读此书。
看了中文版,一头雾水,英文版很有用,谢谢!
这本书的中文版读过好几遍,受益匪浅。不过某些词汇的翻译不是很贴切,很高兴在这能找到英文原版。