分散注意力——项目经理应该小心的游戏之七

我曾遇到这样一个经理，他的原话如下：“我希望你能在项目A上花50%的时间，在项目B上花30%的时间，在项目C上花20%的时间。在空闲的时候，你能看看给老大的报告么？”我答道：“什么空闲时间？”

“分散注意力”就是与多项目、多任务相关的游戏。如果管理层无法把精力投入到一个项目或是工程的策略之中，就会引发此游戏。他们不会对每个项目说“是”或“否”，也不会问“什么时候？”，而是对所有的项目点头称是。

项目经理可以采取下面这些行动。

• 与工程团队一起尝试16.7.1节中的解决方案，特别是有助于工程团队或管理层团队判定先做什么、后做什么的方法。
• 如 果管理层坚持要你和你的团队同时进行多个项目，可为每个项目设定一周的迭代，并确保在每个迭代结束时有可发布的产品。我使用一周的迭代，人们就能在这一周 内将注意力集中在一个项目上。一周结束时，到了周末，人们就可以改变关注点了，大家可以不再考虑眼前的项目，而是开始思考下一个项目。
• 如果无法管理迭代，那就按功能逐个实现吧，使用按阶段交付方式。要保证每个项目都有发布条件，这样就能完成每个项目最低限度的工作量。
• 就像在“屁股着火”中提到的一样，将这样做的成本告诉管理层，让他们知道在时间上的危机和付出额外的成本之间进行权衡。参见16.7.1节，以了解如何帮助管理层计算成本和收益。
• 确 保已经对需求进行过优先级的排定，而且可以赶紧完成一些工作。“分散注意力”游戏的发生，有时是因为一些项目干系人不相信团队能够按时交付。他们想让项目 经理和团队同时做几个项目的工作，这样能让他们更快看到成果，并由此产生安全感。他们错了，但是却没有认识到这一点。
• 如果 项目经理所在的组织经常“分散注意力”，那就准备采用一周一次的迭代吧。没错，这样做很困难。你必须跟团队成员一起，将需求打散成足够小的部分，他们就可 以在一周内取得工作进展。如果不能帮助团队转向在短期内开发小批量任务的方式，你们就永远无法取得成果。正如15.3.2节的文本框中所提到的，团队会经 常产生延迟。作为项目经理，你有责任帮助大家完成工作，同时帮助管理层不要陷入“分散注意力”的泥潭。

 

※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※※