作为项目经理,管理层想让你再向当前版本中塞进来一个功能。他们在玩“我们必须拥有这个功能”的游戏。作为一个负责任的项目经理,你告诉了团队成员新的功能要求。你已经跟管理层说团队会评估请求,而且会告诉他们新的发布日期,或是加入新功能带来的成本。
可是当你开始跟团队成员讨论这个功能及其带来的影响时,大家都不愿意说“不”、“还不行”,或是“这样做会带来新的成本”。大家两眼一闭,就把新的工作接下来了,而不去讨论时间和资金上的成本,还有对当前工作的影响(见图6.12)。团队这么做,有时是处于内疚,有时是因为没有估计到额外的工作真正需要多少时间。
如果项目经理管理的团队不愿意说“不”,你就得帮他们学会表达不同意见。不过只对高层(或市场部,或是其他希望加入新功能的人)说“不”还不够。项目经理可以对任何事情表达不同意见。如果人们试图处理额外的工作,为了帮助他们管理这些额外的工作,可以考虑下列方式。
l 询问团队成员,看他们能否针对添加额外的功能制订了计划。可以使用黄色即时贴式日程安排和相对大小方式,看看能不能做得到。如果可以提供一个大家都满意的计划,项目经理就要尽量实现这个计划了。
l 项目团队成员有时会说:“我们会加入这个功能,并且加班完成。”如果他们想加班,要建议他们用时间盒限制加班时间,并衡量加班的结果。项目经理可以说:“好吧,我们把工作按为时一周的迭代分开。可以加班一周,再看看我们的工作效率怎么样,疲劳程度又如何。过了第一周之后,我们再以正常的方式工作,再衡量下工作效率。然后我们可以对比下这两个工作效率,看看有没有引发诸如额外的变更或是缺陷的新问题。如果觉得加班没有效果,我们还可以按正常时间工作,到时候再看看是不是还能有其他方式做得更好。”
l 项目经理有时可以加入额外的人力来做更多工作。(不一定总好使。)如果组织中有人具备领域专业知识,而且可以融入到团队之中,团队也希望有这些人加入,项目经理就可以把这些人加入到团队中。不要加入对产品或团队不了解的人——想想布鲁克斯(Brooks)法则,参见7.5节。
图:我们不能说“不
如果上面这些方法都不起作用,项目经理就要帮助团队说“不”了。你可以用数据来抵消团队的内疚或是反驳完成公司要求的渴望。速度图表和迭代内容图表在这里特别有用。如果项目经理不能帮助团队学会说“不”,那大家就踏上死亡征途[You99]了。没有人希望这样。
请参见:http://www.stickyminds.com/s.asp?F=S11829_COL_2。
弗雷德里克.布鲁克斯(FrederickP.Brooks,Jr)在《人件》中提出一个重要的法则:向进度落后的项目中增加人手,只会使进度更加落后。——译者注