我们不能说“不”——项目经理应该小心的游戏之十二

作为项目经理，管理层想让你再向当前版本中塞进来一个功能。他们在玩“我们必须拥有这个功能”的游戏。作为一个负责任的项目经理，你告诉了团队成员新的功能要求。你已经跟管理层说团队会评估请求，而且会告诉他们新的发布日期，或是加入新功能带来的成本。

可是当你开始跟团队成员讨论这个功能及其带来的影响时，大家都不愿意说“不”、“还不行”，或是“这样做会带来新的成本”。大家两眼一闭，就把新的工作接下来了，而不去讨论时间和资金上的成本，还有对当前工作的影响（见图6.12）。团队这么做，有时是处于内疚，有时是因为没有估计到额外的工作真正需要多少时间。

如果项目经理管理的团队不愿意说“不”，你就得帮他们学会表达不同意见。不过只对高层（或市场部，或是其他希望加入新功能的人）说“不”还不够。项目经理可以对任何事情表达不同意见。如果人们试图处理额外的工作，为了帮助他们管理这些额外的工作，可以考虑下列方式。

l 询问团队成员，看他们能否针对添加额外的功能制订了计划。可以使用黄色即时贴式日程安排和相对大小方式，看看能不能做得到。如果可以提供一个大家都满意的计划，项目经理就要尽量实现这个计划了。

l 项目团队成员有时会说：“我们会加入这个功能，并且加班完成。”如果他们想加班，要建议他们用时间盒限制加班时间，并衡量加班的结果。项目经理可以说：“好吧，我们把工作按为时一周的迭代分开。可以加班一周，再看看我们的工作效率怎么样，疲劳程度又如何。过了第一周之后，我们再以正常的方式工作，再衡量下工作效率。然后我们可以对比下这两个工作效率，看看有没有引发诸如额外的变更或是缺陷的新问题。如果觉得加班没有效果，我们还可以按正常时间工作，到时候再看看是不是还能有其他方式做得更好。”

l 项目经理有时可以加入额外的人力来做更多工作。（不一定总好使。）如果组织中有人具备领域专业知识，而且可以融入到团队之中，团队也希望有这些人加入，项目经理就可以把这些人加入到团队中。不要加入对产品或团队不了解的人——想想布鲁克斯（Brooks）法则，参见7.5节。

图：我们不能说“不

如果上面这些方法都不起作用，项目经理就要帮助团队说“不”了。你可以用数据来抵消团队的内疚或是反驳完成公司要求的渴望。速度图表和迭代内容图表在这里特别有用。如果项目经理不能帮助团队学会说“不”，那大家就踏上死亡征途［You99］了。没有人希望这样。

---

请参见：http://www.stickyminds.com/s.asp?F=S11829_COL_2。

弗雷德里克.布鲁克斯（FrederickP.Brooks,Jr）在《人件》中提出一个重要的法则：向进度落后的项目中增加人手，只会使进度更加落后。——译者注