PMP职场实战108问 · 第93问

哪些工作是“无效工作”？怎么识别？

去年秋天，我接手一个已经运行了8个月的ERP系统实施项目。前任项目经理留下了一份“项目周报”，厚得像本书——每周都有14页，记录了每个模块的进度、风险、问题、变更请求。更可怕的是，团队有5个人每周花两天时间填各种表格、更新JIRA工单、做演示文稿给PMO看。我开会问团队：“你们觉得你们在干什么？”一个开发组长苦着脸说：“我们好像在做一个PPT给另一个PPT看。”

这句话是我职业生涯中听过的最真实的项目诊断。

那次经历让我开始重新审视一个残酷的事实：很多项目之所以失败，不是因为我们做的事太少，而是因为我们在做“做事的准备工作”上花的时间，超过了事情本身。 用大白话说，我们一直在“准备干活”，从来没真正开始干。

那台“打印机”和那个“报废的报表”

为了说清楚什么是无效工作，我得讲两个特别具体的场景。

第一个场景：在ERP项目里，有一个“日站会更新报表”。这是我见过的最荒谬的东西。每天早晨，SCRUM Master要求每个开发人员更新一个Excel表，列明昨天做了什么、今天要做什么、有没有阻碍。然后PMO会把这个表合并成一份“项目健康度仪表盘”，再发给项目管理委员会。问题是，这个项目的真正需求是什么？是系统上线测试通过。但那个报表从来没有人认真看过——委员会成员直接删邮件。然而团队为了填那张表，每天浪费45分钟。更讽刺的是，项目延期两周后，PMO还要求增加一列“预计补救措施”，又多了30分钟。

这叫以“透明度”之名制造的虚假忙碌。你以为自己在做项目管理，实际上你在为项目管理做管理。

第二个场景发生得更早。当时我在做一个移动开发项目，需要对接第三方支付接口。公司QA部门制定了一套“严格”的测试流程：每一次构建都需要填写测试申请单、缺陷跟踪单、回归验证单，还要手写一份“环境配置说明”。我花了三天时间培训团队怎么填这些表。结果呢？真正测试的时间被压缩到只剩半天，然后加班3天补测试用例，因为“不填表就不能上线”。

那位QA经理的逻辑是：“要符合CMMI三级。”但他忘了一句老话：为符合标准而做的事，往往偏离了标准的目的。 那套流程最后被废弃了——不是因为没用，而是因为项目已经死了。

怎么识别？我总结了两条“安检线”

这么多年下来，我养成了一个习惯：每个季度拉一次“工作价值审计”。不是开会讨论，而是直接动手。

我的做法很简单：翻出过去60天的项目邮件、会议记录、工单系统日志、文档仓库变更记录，然后问三个问题，每个问题对应一个“安检线”。

安检线一：“这个东西有人真的用过吗？”

我在ERP项目里做第一件事就是打开那个“14页周报”的下载记录。PMO系统显示：最近90天，0次下载。我当众问了委员会主席：“您看这个周报吗？”他愣了两秒：“呃……我其实只看第一页的‘关键状态’那一行。”那剩下13页是谁看的？没人。

无效工作的第一个特征就是：产出的东西没有消费者。 如果你写了报告、做了图表、发了邮件，但收件人从来不打开、不引用、不反馈，那这个东西就是在“造石像”——为了存在而存在。

我后来在所有项目里引入一个规则：任何定期输出（周报、状态报告、会议纪要）必须在每次产出时附上一行“上次输出的实际影响声明”。 如果连续三次声明为“无影响/无人参考”，直接取消输出。

这事儿听上去很小，但它让我砍掉了30%的文档工作量。

安检线二：“如果今天停掉它，谁会崩溃？”

这个识别方法特别直接。我在那家ERP公司问团队：“你们觉得，哪些事情如果从下周一开始不做，项目会立刻停摆？”大家沉默了一会儿，然后有人说：“不填那个报表，好像没人会发现。”又有人说：“不更新那个项目网络图……也不会怎么样。”但当我问“如果代码不提交呢？”“如果测试环境不维护呢？”大家立刻说：“那不行。”

这个区别就是有效与无效的分界线。 真正关键的工作，停摆之后立刻会产生肉眼可见的崩溃：开发阻塞、依赖断裂、决策卡壳。而无效工作停掉之后，什么都不会发生，顶多有人说“哎？这周怎么没看到那个东西？”然后转身继续干活。

我后来带团队做了一个“停摆测试”：每季度选一周，每个成员列出自己的“Top 5耗时间任务”，然后领导层临时抽掉其中一项——不是取消，是“推迟一周”。结果呢？第二次做测试的时候，有12项任务被推迟后，团队效率反而更高了。

安检线三：“它是在掩盖问题，还是在暴露问题？”

这条是最难，但也最重要的。我见过太多的无效工作，本质上是逃避决策的幌子。

比如有的项目不停开会：各方都害怕当场拍板，所以反复讨论、反复修订方案，最后形成一份“共识文档”却没有任何决策。团队成员就知道：“我们又开了一个会，决定再开一个会。”这种会议就是典型的无效工作——它在“处理沟通”，却在回避真正的冲突，比如“到底哪个方案是对的？”

怎么识别？我习惯在开会前问一句：“如果今天确定不下来，我们还能做什么？”如果答案是“等”，那这个会就别开了。做了也白做。

另一个例子是“过度文档”。有的团队写详细的项目计划到年度级，连六周后的细节都规划好了——不是因为他们能预测，而是因为他们害怕在某一天被问“为什么没有计划”，所以先写出来，反正没人看。这就是用文档“绑住自己”，而非“指导自己”。

一些野路子工具

我真正自己做过的一件事，是设计了一张叫“工作价值热力图”的表格——别担心，不是让你做表，只是告诉你方法。

我在白板上画了一个四象限：横轴是“投入时间（高/低）”，纵轴是“真实影响（高/低）”。每周五下午，团队花15分钟，各自把自己的任务贴上去。结果你会发现，有80%的红点落在“高投入、低影响”的格子——而且大家都心知肚明，就是没人敢说。我作为项目经理，第一次看到那张图时，脸都绿了。

后来我养成了一个习惯：每次问“这个任务属于哪个格子？”一句话就能戳穿50%的无效工作。

学到的教训

说了这么多，我想最后坦白一个让我羞愧的事：我自己也曾经是无效工作的制造者。

以前我做项目状态报告时，总喜欢用柱状图、饼图、甘特图贴满整页。我以为那叫“专业”。后来我发现，那些图表只是让我自己觉得“我做了很多事”，实际上团队都烦死了。直到有一天，一个开发人员跟我说：“老大，你那个图我看不懂。你就告诉我，今天能不能按时上线？”

从那以后，我学会了一件事：对团队负责，不是对报告负责。

你现在可以去看一下你的项目，找找那个让你最忙、但最没意义的动作。想想看：如果它消失了，你的项目会怎样？如果答案是一片沉默——那你已经找到了你的“第93问答案”。

📌 今日动作：今天打开你的项目日历或工单系统，找出过去一周你或团队花时间最多但从未被引用、从未产生决策、从未引发后续行动的那一项工作。把它写下来，然后——推迟它，或者直接取消它。一周后再回看。

📚 返回 PMP职场实战108问 目录 →