上个月，我们部门被一个数据清洗项目卡了整整三周。销售那边天天催，说再拿不出干净的表，客户就要换供应商了。我们组连续加班到凌晨，把Excel公式从VLOOKUP换到INDEX-MATCH再用到Power Query，数据还是存在莫名其妙的错位。当时我们组老李就坐在工位上抽烟——公司早禁烟了，但他把窗户开到最大，探出半个身子去抽。他老婆在电话里骂他，说他再不回去就把他的茅台倒马桶里。这场景滑稽透了，但谁也没笑。
后来我们项目的实习小姑娘做了一个举动，我们觉得她疯了：她没继续清洗数据，而是把原始数据源给黑了——不是黑客那种，是直接打电话给数据供应商的客服，问人家字段定义里那个‘冗余编码’到底是什么意思。结果发现，我们三周来所有的清洗逻辑都建立在错误的基础上——那个编码不是冗余，是会覆盖前一条记录。也就是说我们的每一步操作，都在把原本还没坏的数据弄得更坏。你看，有时候难题本身并不是‘搞不定’，而是我们默认了难题的前提是对的。
我以前也信奉‘把困难揉碎了啃’那套。刚工作的时候，领导让我写一份行业竞品分析，我翻了300多页报告，把每个竞品的融资、产品线、定价策略都做成对照表，没日没夜干了一个周。结果交上去领导直接打回，说‘我让你分析的是他们怎么凑出来的估值，不是让你复述他们官网的话’。那一次我明白了一个事情：死磕的是自己的执行力，但绕行的是自己的理解力——而真正有价值的，是去质疑那个问题本身。我们总是被教育‘难题是养分’，可现实是，很多问题本身就是错的，你越用力，离真相越远。
后来我换了一种做法。每次再遇到卡住我的工作难题，我先不接活，而是问自己三件事：第一，这个难题是谁定义的？是老板随口说的，客户表面吐槽的，还是流程文件里明确写着的？第二，如果完全不解决它，世界会马上崩掉吗？第三，我有没有站在某个‘不知道’的位置，去问那个最笨的问题？这么说吧，上次那个数据项目，我们最终没清洗任何一条记录，直接让供应商改了出口字段，半天就解决了。有时候，工作里最难的从来不是解决问题，而是承认我们对问题的定义本身就漏洞百出。这句话我不会说给刚入职的自己听，因为那时候我说不定会嗤之以鼻——人没被难题毒打过，是消化不了这种消极的。
