这根本不是在解决问题，而是在玩一局谁先眨眼的恐怖游戏。
当某个烂摊子已经烂到没人愿意碰，却偏偏有人靠它吃饭、靠它升职、靠它证明自己不可或缺的时候，真正的解法就变成了那间屋子里最不受欢迎的客人。我们总以为面对问题只有干掉它一条路，但现实里绝大多数的职场、学校和人生剧本，演的其实是另外三出戏：把问题踢给别人、把问题供起来当菩萨、或者搞出个新问题来掩盖旧问题。
把问题踢给隔壁部门是日常基本操作
你肯定见过这种场景。产品出了问题，研发说是测试没测出来，测试说是产品需求没写清楚，产品说是运营反馈不及时，运营说是客户自己不会用。一圈转下来，问题还是那个问题，但每个人都很忙，忙着把手里这个烫手山芋扔到下一个人的桌上。这在大公司里简直就是一门行为艺术。
我在给一些中型企业做流程优化的时候，经常看到这种奇观。一个部门搞了个新系统，效率提升了百分之三十，结果隔壁部门录入数据的时间翻了一倍。整体算下来，公司总效率没变，但第一个部门的领导拿了个季度奖。这就是典型的局部优化，把问题从A点推到了B点，A点爽了，B点炸了，但老板只看报表上的A点。
别急着骂这些人坏。他们只是在玩一个被设定好的游戏，规则就是谁手里的问题少谁就是英雄。换成你坐在那个位子上，大概率也会干同样的事。真正要改的不是这些人，而是设计游戏规则的老板的老板。只要考核机制还盯着单个部门的KPI，这种踢皮球的戏码就会准时上演，比闹钟还准。
有人靠问题活着所以问题必须永远存在
克莱·舍基在二零一零年提过一个很扎心的观点，说机构会拼命保护它们赖以存在的问题。后来凯文·凯利管这叫舍基原则。翻译成人话就是：如果某个问题的存在能让一群人保住饭碗，那这个问题就拥有了不死之身。
想想看，一个专门做数据安全的咨询公司，会真心希望天下无毒吗？一个靠修复系统漏洞吃饭的技术团队，会祈祷自己开发的补丁永远用不上吗？一个把“解决问题”写在招聘广告上的岗位，如果某天所有问题都消失了，第一个消失的就是这个岗位本身。这种现象在那些成立超过十年的老牌企业里尤为明显，流程僵化得像化石，但每个环节都有人守着，因为每个环节的存在都对应着一个“需要被解决”的麻烦。
当你在公司里推行一个改革方案时，最激烈的反对声往往不是来自那些觉得方案不好的人，而是来自那些一旦问题没了就不知道自己该干嘛的人。你不一定非要去讨好他们，但如果你连他们是谁都不知道，那你的改革方案大概率活不过第一次评审会。他们的武器很简单，就是拖、是问、是提出更多“需要考虑的细节”，直到把你的耐心耗光。
干掉老大的瞬间老二自动升级成新老大
尼尔·波兹曼在九八年提过六个关于技术的问题，其中一个特别狠：我们解决了这个问题之后，会制造出什么新问题？这话放在任何领域都成立。你优化了供应链，成本降下来了，但供应商因为利润太薄开始偷工减料，产品质量崩了。你精简了审批流程，效率上去了，但风险管控形同虚设，法务部门开始天天加班擦屁股。
杰里·温伯格有句话我特别认同，他说一旦你解决了头号问题，二号问题就会自动补位。所以一个优秀的顾问不是梦想着有一天能解决所有问题，而是清醒地知道自己永远在跟一个打地鼠的游戏较劲。你今天按下去一个，明天旁边又冒出来一个，而且往往冒出来的那个比原来那个更难看、更棘手。
但这不意味着我们就要躺平。温伯格还说，能解决问题的人确实活得比别人好一点，但懂得在适当的时候忽略问题的人，才真正活明白了。能在“动手干”和“随它去”之间自由切换，这本身就是一种顶级生存智慧。我自己的做法很简单，就是画一张足够大的图，把所有人遇到的问题都摊在桌面上，让大家自己看、自己排优先级，然后挑几个真正值得花钱花时间去碰的，其他的就暂时挂着，反正它们自己会演化。
解决问题之前先看看谁在靠它吃饭
每次接到一个新项目，我做的第一件事不是去分析数据或者画流程图，而是去弄清楚一个特别俗但特别管用的问题：如果这个破事突然被搞定了，公司里谁会不高兴？这个问题比任何先进的管理工具都有效。因为答案往往指向那些你平时根本注意不到的人，可能是个干了十五年的老中层，也可能是个跟客户关系铁到不行的销售。
这些人的反抗通常不会摆上台面。他们不会开会时直接跟你对着干，那太蠢了。他们会在执行的时候慢半拍，会在交接的时候“忘记”某个关键步骤，会在你面前点头哈腰转身就把你的方案改成面目全非的样子。你如果没有提前把他们纳入计划，再完美的方案也是一张废纸。
所以我现在做咨询，花在技术分析上的时间只有三分之一，剩下三分之二全在做人肉雷达，扫描那些潜在的利益受损者。找到他们之后，不是要说服他们，而是要在方案里给他们留一个体面的出口。比如帮他们找到新定位，或者让他们在新流程里担任一个有点存在感的角色。人一旦觉得自己还有用，就不会跟你的方案同归于尽。
把问题画出来比说出来管用一百倍
我这几年最大的体会就是，一群人坐在会议室里吵吵嚷嚷，谁也说服不了谁，根本原因不是逻辑不清晰，而是每个人脑子里那张关于问题的地图长得完全不一样。你说的是客户投诉率，他想的是生产线停机时长，她算的是财务坏账比例，三个人说的都是“当前最大的问题”，但鸡同鸭讲。
我的土办法就是找块大白板，或者打开一个在线协作工具，把所有人提到的每一个问题都写下来，不评判对错，不删减合并，一个字不差地照抄。然后让大家一个个看，一个个讨论，达成共识了就画个圈，达不成共识就暂时放一边。这个过程通常要持续两到三个小时，中间会有无数次跑题、抬杠、翻旧账，但熬过去之后，神奇的事情就发生了。
一旦所有人眼睛看到的是一张相同的图，讨论的基调就从“我的问题比你的重要”变成了“我们怎么一起干掉这些破事”。这个转变不需要任何高深的沟通技巧，只需要一个物理层面或者数字层面的共同参照物。我的一个客户曾经在复盘的时候说，那次画图是他从业二十年来效率最高的一个下午，因为终于不用再猜老板脑子里在想什么了。
系统思考不是鸡汤而是保命符
很多人一听“系统思考”四个字就觉得虚头巴脑，但这玩意在实操层面特别简单，就是遇到任何一个问题，先问五个问题：这个问题从哪里来的？谁在负责它？谁在抱怨它？谁在利用它？如果它消失了会发生什么？问完这五个问题，你就已经比百分之九十的人看得更清楚了。
把问题推给别人是一种本能，保护问题是一种生存策略，制造新问题是一种战术手段，这三种行为单独来看都算不上道德瑕疵，但它们组合在一起，就是大多数组织陷入低效循环的根本原因。我们在一个具体岗位上干活的时候，很容易陷入一种幸存者偏差，以为周围那些鸡飞狗跳就是世界的全部。但其实你站高一层看，那些鸡飞狗跳只是整个系统运转过程中的正常摩擦力。
唯一的出路就是持续扩大自己的视野范围。今天看到一个部门的推诿，明天试着看到两个部门之间的接口地带，后天再试着看到整个公司的价值流向。这个过程中最大的障碍不是智商，而是耐心。绝大多数人宁愿花一百个小时去焦虑，也不愿意花一百分钟去画一张图。
你只有两张牌可以打。一张是不断追问“然后呢”，另一张是不断追问“谁受益”。两张牌交替使用，基本上就能看清大部分迷局。而看清本身，就已经解决了一半问题。因为当你真正看清的时候，你反而会松弛下来，不再急于去扑灭每一个火苗，而是有选择地浇灌那些值得生长的东西，剩下的就随它去吧。
这个世界不缺解决问题的人，缺的是那种一眼看穿问题其实只是另一个问题伪装的人。既然永远搞不完，那就挑顺眼的搞，不顺眼的就让它在旁边自生自灭。