很多人在职业道路上努力锻炼自己解决“难题”的能力，却很少意识到，能解决“难题”和能驾驭“迷题”之间，横亘着一道需要刻意跨越的鸿沟。
所谓“难题”，通常有明确的边界。比如，系统响应延迟过高，数据库连接池耗尽，或者某个算法的时间复杂度需要优化。这些问题虽然棘手，但路径是清晰的，你知道终点是“恢复正常”或“提升效率”，剩下的只是动用技术储备和排查手段去抵达终点。这类问题涉及系统设计的方方面面。
但“迷题”不一样。它没有清晰的边界，甚至没有一张准确的地图。当你面对一个“深度模糊”的问题时，你甚至连“问题是什么”都无法和周围的人达成共识。在我看来，处理这种模糊性的能力，是区分一个优秀技术人和一个能够影响业务甚至企业走向的管理者的关键分水岭。
用两个亲身经历的例子，来说明这种“模糊不清”的问题到底长什么样。
第一个故事发生在差不多十年前，那时候，各国已经开始将数据本地化加入立法计划。每个人都知道迟早世界各国会要求数据存储在本国，但没有人知道它何时来，以及将以何种具体形式落地。当时我们设想过无数种场景：最保守的版本是，每个国家都可能要求发生在境内的交易数据必须存储在本地的数据中心。另一个更复杂的版本是，所有跨境交易，只要涉及某个司法管辖区的主体，就必须在该辖区内保留一份数据副本。随着各国政府更迭、政治风向变化，哪种场景成为现实的可能性也在不断摇摆。
如果需求本身就是一团迷雾，那么用来解决问题的工具自然也清晰不到哪里去。我们内部讨论过的许多方案，要么会降低受影响区域用户功能的可靠性或易用性，这需要产品、开发和销售部门共同评估；要么能减少对用户的影响，但会压缩我们的运营利润率，这又需要产品、开发和财务部门达成一致。更棘手的是，即便确定了方案，投入资源去实现它，也意味着要砍掉其他同样重要的工作，这背后的机会成本，又成了一笔算不清的糊涂账。
第二个故事发生在我们的一个咨询客户。他们当时试图进入医疗健康领域，最快也是最便捷的方式就是收购某一家健康机构，但问题在于，他们的产品、开发和法务团队，没有一个人有医疗行业的背景。很快，他们撞上了一堵看不见的墙：美国健康保险携带和责任法案（HIPAA）。
客户迅速意识到，如果不能“正确解读 HIPAA”，那么产品决策和开发落地根本无从推进。而对 HIPAA 的不同解读，会导向截然不同的现实。有的解读意味着巨大的系统改造，成本极高；有的解读则几乎不需要任何开发投入，但会埋下潜在的法律风险。企业内部团队每个人都乐于指出风险，却没有一个人能笃定地说出，到底该走哪条路。
这两个例子的共同点，也解释了为什么“感知问题的多层次上下文”是驾驭模糊性的前提：这类问题几乎总是跨职能的，而且恰好发生在你的企业最不擅长、经验最少的地带。它们是典型的例外情况，牵扯众多，且决策的后果影响深远。
那么，面对这种迷雾，我们该如何行动？虽然不存在一套放之四海而皆准的流程，但在我处理过的多数此类问题中，有一个通用的思路被证明是有效的：理清局势，构建选项，推动决策。
第一步，是耐心地“理清局势”。
这需要你像一个记者一样去做调研。去找所有相关的团队聊，不只是听他们描述问题，更要理解他们心中那个模糊的“解决方案草图”是什么样的。你要特别留意那些造成分歧和困惑的点，因为那往往就是问题之所以“深度模糊”的根源。
同时，你得像个侦探一样，去诊断那些阻碍问题解决的跨职能盲点和协作裂缝。这不是为了追责，而是为了找出那些“感知上的取舍”背后的真正症结。最后，你要识别出谁是关键利益相关方，更重要的是，谁可能是这件事潜在的执行发起人，往往是法务总监、CIO 或 CPO 这类高管。
第二步，是创造性地“构建选项”。
当你对局势有了清晰的认知，接下来不是急着选边站，而是把所有可能的解法进行聚类，并为每一类方案赋予清晰的定义和标签。拿数据本地化来说，我们当时可能把方案分成几类：要么是“高可用、最终一致性”的；要么是“强一致性、单区域部署”的；要么是“带备份区域的强一致性”方案。
然后，你需要极其具体地剖析每个方案背后的核心取舍。比如，如果我们允许交易在任何区域处理，再转发回其归属区域存储，这意味着归属区域的余额有时会是“过时”的。你能接受向用户暂时展示一个不准确的余额吗？如果不能，那你就得接受，在归属区域不可用时，部分交易只能失败。
还有一个很有用的技巧，是去找同行或者其他公司解决过类似问题的人聊聊。你说你想在每个区域部署一套完全独立的产品实例，这听起来像个疯狂的、成本高昂的想法。但如果你说“亚马逊早期就是这么做的”，那说服力就完全不同了。
第三步，是果断地“推动决策”。
这一步最难，也最考验你的智慧。首先，你得搞清楚，谁有权力一锤定音。答案几乎总是某位或某几位高管。
然后，你需要将决策过程文档化，并确保所有利益相关方都清楚这个流程。你需要花时间说服那些持怀疑态度的人，让他们认可这个过程。最后，如果还是有人不配合，你就需要借助你之前找到的“执行发起人”的力量，来维护流程的严肃性。
最后，别忘了和团队一起确定一个“重新审视此决策”的条件。一个比较合理的提议是：“除非出现重大的新信息，或者六个月时间过去了，否则我们不重开这个话题。”
这套方法大多数时候是有效的。但有时候，你兢兢业业地走完了每一步，却依然发现寸步难行。这时候，问题通常出在两个地方：要么是时机未到，要么是你没有找到对的执行发起人。
关于时机，我有个血泪教训。
并不是所有模糊问题都适合在当前时刻解决。一个最强烈的信号是，你明明已经推动相关方做出了决策，但这个决策就是“定不下来”。绝大多数时候，这与你无关。这很可能意味着，相比于采纳任何一个具体方案所带来的后果，公司更想保留“选择的自由”。
所以，当你卡住时，不妨问自己几个问题来判断是不是时机问题：
- 尽管你已经尽力挖掘所有信息，但在整个过程中，是不是总有新的信息冒出来，搅乱局面？如果是，那你很可能是在试图“早产”一个解决方案。
- 利益相关方是不是已经形成了立场鲜明的不同阵营，各执一词？如果是，那这多半不是时机问题，而是你的利益相关方管理还不到位。
- 你召集的决策会议，是不是总以“我们需要更多数据”而告终？这可能是时机不成熟，也可能只是领导层在回避艰难决策的一种惯用伎俩。
另一个更致命的问题是：你没有执行发起人。
如果你找不到一位愿意为这个模糊问题“买单”的高管，那你几乎不可能解决它。我的建议很直接：除非有一位高管明确指派你去解决某个深度模糊的问题，并且承诺做你的发起人，否则你最好不要主动揽这个活。
最后，我想说的是，别把自己困在原地。
面对深度模糊的问题，我最大的心得其实很简单：当你卡住时，不要反应过度。 如果推不动，就向上升级。如果升级了也看不清前路，那就慢下来，等局势变化。并不是每个模糊问题都有合理的结局。在这个过程中，真正的失败不是问题没解决，而是因为你感到焦虑和无助，用力过猛，以至于疏远了那些正与你并肩作战的伙伴们。
在迷雾中行走，最重要的不是走得多快，而是保持方向感，以及，别弄丢了同行的人。在云栈社区，我们经常讨论这类技术与管理的交叉难题，欢迎你分享自己的见解。
发表于 2 小时前
|
查看: 3|
回复: 0
