工作难题总是解决不了？先别急着提升能力，我复盘3次项目延期找到了真正的卡点

（标题有点长，但搜索框里大家就是这么打的）

先说一件让我隔了一年多想起来还牙痒的具体事

2023年3月，我接手一个电商后台的商品列表改版。需求方是运营部，开发是外包团队，我是中间那个「负责推进」的人。

需求评审开了3次。第一次90分钟、11个人；第二次75分钟、9个人；第三次只剩6个人，因为大家都觉得没啥可聊了。三次开完，所有人都说没问题，可以开工。

原定4月18日上线，实际拖到5月5日，延期17天。上线第一天，运营在群里甩了张截图，说商品列表排序不对。

复盘会吵了两个多小时，最后落在一句话上：需求文档里写的是「排序体验优化」，但从来没有人定义过，什么叫优化。

这就是我今天想聊的事。工作难题，很多时候真的不是你能力不行。

我后来把工作难题分了层，发现大部分人都在错误的楼层找答案

大概分三层：

第一层，能力层。 活儿是明确的，你就是不会。比如让你三天内写一条SQL把复购率算出来，你不会，那就去学。这层最好解决，因为边界清楚，学完就能交差。

第二层，资源层。 你会干，但人不够、时间不够、预算不够。这层靠谈判和取舍，难，但是可谈。

第三层，定义层。 没有任何一个人能说清楚「做成什么样算成」。所有人都在用形容词沟通——快一点、稳一点、体验好一点、数据好看一点。

我复盘的三次延期，两次卡在第三层。而绝大多数人的第一反应是去补第一层的课：报个班、学个新框架、考个证。

这有点像车打不着火，你跑去换轮胎。动作很努力，方向完全不对。

把「形容词任务」翻译成「可验收交付物」，我固定用这5步

不是什么理论，是我写在备忘录里、每次接活之前过一遍的清单。

第1步：把形容词圈出来。 拿到需求文档或者聊天记录，把所有不能量化的词标黄。高频词有这几个：尽快、合理、大幅、友好、闭环、赋能、优化、对齐。一份像样的需求里，通常能圈出5到12个。

第2步：给每个词问一句「拿什么验」。 比如「列表加载要快」，翻译成首屏P95在弱网下不超过1.5秒；「数据要能看出效果」，翻译成对比组转化率提升不低于3个百分点、置信度95%。

第3步：写下最坏情况的兜底方案。 这一步最容易被跳过，但它最值钱。比如：如果第5天埋点还没通过校验，就先上不带动效的版本。这句话提前写进文档，能省掉最后一周80%的扯皮。

第4步：确认谁签字。 注意，不是确认谁同意，是确认谁签字。同意的人可以有一堆，签字的人通常只有一个。我那三次评审会，真正能拍板的运营总监一次都没到场——这件事我当时居然没觉得有问题。

第5步：把确认过的内容发出去，并让对方回一句「确认」。 微信里说句「好的」不算数，要落到文档、邮件或者工单系统里，留痕。

一个前后对比，你感受一下差别有多大

那个「平均延期2天」不是我吹，其中还有1天是等第三方短信通道审批。

但也得说句难听的：有些工作难题，你定义得再清楚也没用

写到这儿我得泼盆冷水。

有些难题的根因不在任务本身，而在于这个任务存在的目的，就是让某个人免责。比如让你出一份调研报告，其实结论早就定了，你写什么不影响结果，你只是流程里的一个签章。

这种情况你再去优化验收标准、再去对齐颗粒度，纯属自我感动。

怎么分辨？看两件事。一是你说「这个标准我做不到」之后，对方是跟你谈条件，还是直接换人；二是同样的事，过去半年有没有发生第3次、第4次。

如果是后者，问题就不在项目管理的颗粒度上了，那已经不是方法能解决的范围。该考虑的是换组、换线，或者换公司。

最后

我现在接活的第一句话，从「什么时候要」改成了「做成什么样算过关，谁说了算」。

听着挺简单。但我用了大概4年、踩了3次延期、搭进去两个周末，才把这句话变成习惯。

工作里的难题，一大半不是难在「怎么做到」，是难在「到底要什么」。前者是手艺活，能练；后者是沟通活，得脸皮厚一点。

别急着报班。