刚刚结束一场面试，遇到一位出身大厂的人事总监。面试一开场，就要求我必须用目标导向的固定话术，来梳理和介绍自己的职业履历。
那一刻有点恍惚，难道叙述自己过往经历，也要先对齐一套标准化话术吗？属实有点活久见。
我不知道究竟是大厂管理方法论向外输出，还是公司管理层参加某些培训之后，把 "目标导向" 当成了解决一切问题的万能钥匙。不管聊什么话题，都要往这套框架里面套，这种体验实在让人疲惫。
我并不否定目标导向本身的价值。在业务模式可复制、处在上升增长周期的赛道里，目标导向确实行之有效。但它从来都不是放之四海而皆准的真理，不能不加区分套用到所有岗位、所有业务阶段。
目标导向在适用于增量、标准化、可复制的上升业务比较合适。
这套话术背后，藏着他们期待的标准候选人画像：接到既定目标，快速拆解排期，遇到困难就全力克服，最终完成交付。仿佛世间绝大多数困难，只要人足够努力、执行力足够强，就都可以被搞定。
可作为一名成熟的架构师，我的工作本能完全是另一套逻辑。
拿到诉求，我第一反应不是立刻排计划冲结果，而是评估边界条件，挖掘系统里隐藏的风险，判断原始目标本身是否具备可行性。一旦风险超出承受范围，就要向上预警，推动调整范围、排期或者资源。
现实工作里，很多项目的目标边界本来就是模糊的。排查一个线上问题，顺着链路深挖，往往会挖出一堆历史遗留的技术债。原本只是一个小修复，调研之后才发现要处理一连串潜藏隐患，汇报之后，实际要解决的范围被动扩大。这是存量复杂系统的常态，不是执行力不足。
这场面试还有个很割裂的细节。面试官反复打断我，强调自己不懂技术，听不懂技术名词。可问题在于，她又希望我讲清楚 "克服困难" 的过程。
架构师遇到的困难，本身就根植于系统现状、历史债务、链路依赖。抛开技术背景，困难就无从谈起。这种既要听你讲解决难题，又拒绝接纳技术语境的状态，沟通根本无法建立，最后面试只能不欢而散。
面试之后，我也侧面了解这家公司现状：技术团队几任总监，都在和这套强行对齐的管理逻辑拉扯，团队建设问题重重。但管理层始终很少向内反思，习惯把问题归结于人。内部技术栈东拼西凑，团队构成五花八门，却依旧沉浸在管理黑话里，把培训学到的话术当成行业最佳实践。
目标导向本身没有错。
它适合业务跑通、增量充足、结果可量化的场景。但到了存量系统治理、风险排查、架构重构这类工作，很多时候要先做风险识别、问题诊断。风险是客观存在的，不是靠人的主观意志就可以消除。
把某一种管理范式当成普适标准答案，无视行业周期、岗位属性，最后只会筛选出擅长讲漂亮故事的人，未必能筛选出真正能解决复杂系统问题的技术人。
以此备忘。