本页目录

进度条是绿的，项目已经在出事——五个项目经理最容易判断错的局面

项目管理的教科书花大量篇幅讲方法和流程。Berkun 花大量篇幅讲另一件事：你怎么知道自己正在犯错？

下面五个局面是项目经理最容易误判的地方。每一个都不是罕见灾难，而是几乎每个中等规模项目都会遇到的日常。

所有人都说"进度正常"，但没人能说出下一步的风险

你怎么知道自己进了这个场景：周会上所有人汇报绿灯，甘特图按时推进，没人报问题。你松了一口气。

典型误判：把没有人报问题当成没有问题。实际上，"没人说"可能意味着三种情况：问题太小还没暴露；有人看到了但不觉得该说；有人知道但不想惹麻烦。

Berkun 在微软做 IE 项目时多次遇到这种情况。看起来一切正常的两周之后，突然有一个模块冒出来说"其实我们两周前就发现兼容性问题了，但当时觉得能解决"。

Berkun 的切入方式：不要只问"进度怎么样"。要问具体的问题——"你现在最担心哪件事？""如果下周出问题，最可能出在哪？""有什么事你觉得应该让我知道但还没说？"

主动制造安全空间让坏消息浮出来。等坏消息自己找上门的项目经理，总是最后一个知道。

你怎么知道自己进了这个场景：老板或客户提了一个新需求，听起来有道理，大家讨论了一下觉得"可以做"。没人讨论它的代价。

典型误判：把"技术上能做"当成"应该做"。每增加一个功能，排期、测试、维护的成本都在增加。但在讨论新需求的时候，这些成本通常是隐性的——没人拿出来摆在桌面上。

Berkun 讲过一个场景：一个项目已经进入中后期，有人提议加一个"不大"的功能。团队评估了技术难度说"两周能做完"。但没人评估的是：这两周的工作意味着另外两个功能的测试周期要压缩，而压缩测试带来的 bug 在发布后花了六周修。

切进去的办法：每个新增需求，都明确回答一个问题——"做这件事意味着我们不做什么？"如果回答是"什么都不耽误"，那几乎一定是没想清楚。

这不是在拒绝需求。是在让所有人看到选择的代价。

你怎么知道自己进了这个场景：工程师和设计师对一个方案有不同意见。你看了看两边，觉得他们会自己谈好。一周后还没谈好，你觉得再等等。

Berkun 的经验很直接：技术团队里的分歧很少自己消失。没人出面的时候，两边各做各的。等到需要合在一起的时候，返工量是原来的三倍。

误判的根源：很多项目经理觉得自己不应该"插手技术争论"。Berkun 说这是对项目经理角色的误解——你不需要比他们懂技术，你需要做的是帮他们把分歧缩小到一个可以做决定的范围。

具体操作：把两个人拉到一起，问三个问题——"你们对哪些部分已经有共识？""分歧到底在哪一个点上？""如果今天必须定一个方向，你各自建议什么？"大部分分歧拆开之后，真正有争议的点比双方想象的小得多。

你怎么知道自己进了这个场景：距离里程碑还有三周，但按当前速度明显做不完。每天站会上大家汇报"在做"，但没人提"来不及"。

这是项目管理里最常见也最贵的一种沉默。Berkun 说，团队不说"来不及"通常不是因为乐观，而是因为说了之后不知道会发生什么——改排期是不是意味着项目失败？领导会不会追责？

Berkun 的方法：项目经理要第一个说出"这个排期已经不对了"。说出来不是失败，不说出来才是。然后做三件事：第一，和团队重新评估剩余工作量；第二，把"做不完"变成"哪些做完、哪些推迟、哪些砍掉"的具体方案；第三，带着方案去找利益相关方谈。

改计划不是项目经理的耻辱，是项目经理最核心的判断动作之一。

你怎么知道自己进了这个场景：你的一天是这样的——早上更新排期表，上午开两个状态同步会，下午写周报和准备明天的评审材料，晚上回复几封邮件。一天下来很忙，但没有做过一个让项目往前推进的决定。

这个场景没有外部调用信号，因为你自己不觉得有问题。你觉得自己一直在"做项目管理"。

Berkun 的判断标准很简单：过去一周你做了几个决定？不是参加了几个会、发了几封邮件、更新了几行表格，而是做了几个"在 A 和 B 之间选了 A"的判断。

如果答案接近零，你在维护流程，不在管项目。

流程维护可以委托给任何人。判断不能。