高级工程师的价值，正在从“解决问题”变为“定义问题”。
最近刷到一篇名为《资深工程师的工作创造指南》（A Staff Engineer’s Guide to Inventing Work）的文章。
对于内部平台团队而言，他们的工作模式与业务团队完全不同。平台团队通常没有产品经理为你规划路线图，也没有直接的收入指标。他们的工作不是被动“分配”的，而是需要主动“发明”的。这里的“发明”，更准确的翻译应该是“发现与定义”。
这种“发明”工作并非凭空想象，而是基于四种核心信号。
第一，来自系统的信号。比如反复出现的系统崩溃、高昂的云服务账单、或者团队成员耗费大量时间处理的手工琐事。这些都是最直接的信号，告诉你现有架构哪里出了问题，或者哪里有巨大的优化空间。
第二，来自用户的信号。这里的用户，是公司内部的其他开发者。持续和他们沟通，你会发现他们为了解决问题，会用你的平台做出一些你从未设想过的“野路子”用法。这些“野路子”本身就是用户为你构建的产品原型，揭示了未被满足的真实需求。
第三，来自组织的信号。比如公司的OKR、高层管理者反复提及的某个方向。这些信号虽然有时会夹杂着“唯上”的风险，但它们指明了公司战略资源的流向，顺势而为往往能获得更多支持。
第四，来自行业的信号。开源项目的新版本、其他公司的技术博客、顶级会议的论文，都在揭示技术演进的趋势。技术总是在“聚合”与“解耦”之间摇摆。看清行业趋势，利用时间差，就能在内部引入已经被外界验证过的最佳实践，避免重复踩坑。
过去几年轰轰烈烈的“中台”建设，本质上就是一场大规模的“工作发明”运动。当中台的工程师们能准确捕捉并解决各业务线的共性痛点时，中台就成了降本增效的加速器。反之，如果只是为了KPI而“发明”一些脱离实际需求的工作，中台就会迅速退化成臃肿的官僚机构，成为业务的拖累。
如今，在降本增效的大背景下，这种“定义问题”的能力变得更加重要。它要求工程师不再仅仅是一个代码执行者，更要成为一个具备产品思维、商业嗅觉和高度责任感的“内部创业者”。
所以，真正的挑战不是找不到事做，而是在无数信号中，判断哪一个才真正值得投入。