我最近对一家科技公司进行了审计，该公司宣称其预算的50%用于创新，但实际情况如何呢?80%的预算被用于维护(运营支出)，却伪装成增长支出。
在企业科技这个高风险领域，我们受文化影响，习惯于为新增事物欢呼。我们会为平台现代化举办发布派对，为AI集成发布新闻稿，并将交付速度作为衡量进步的指标。路线图越来越长，积压工作越来越多，团队始终忙碌不停。
然而，在我为董事会和高管提供资本配置建议的工作中，我发现，IT组织中最危险的数字，并非是你正在构建多少东西，而是你拒绝淘汰多少东西。
我称之为“创新税”，这是软件资产对工程能力施加的无声且不断累积的负担，这些软件资产已超出其经济效用期。与财务债务不同，财务债务会明确出现在资产负债表上，并附有明确的利率和到期日，而创新税则隐藏在损益表的边缘地带。它表现为交付速度变慢、士气低落、运营成本上升，以及一种挥之不去的感觉，即尽管付出了前所未有的努力，但组织仍在落后。
对于那些试图将自己定位为战略业务合作伙伴，而非交付执行者的CIO来说，这种负担关乎其生存。如果你无法解释工程能力被消耗在了哪里，就无法令人信服地争取新的投资。
囤积心理
要理解为何这种“税”持续存在，我们必须跳出电子表格，审视人类大脑。淘汰遗留软件的技术障碍很少，情感障碍才是关键。
我在为一家中型物流公司进行投资组合审查时，就亲身经历了这一点。我发现了一个遗留的报表模块，每年维护成本高达25万美元，但只有三个客户在使用。从数字上看，显然应该淘汰它。
我走进会议室，期待迅速获得批准，然而，我却遭遇了强烈的情感抵触。销售副总裁认为，淘汰该功能会损害与这三个客户的关系。工程总监十年前为该模块编写了原始代码，他认为这是“稳定的核心基础设施”，不应改动。
那一刻我意识到，我们争论的并非经济问题，而是身份认同问题，心理学家称之为“损失厌恶”。我们对失去某物的痛苦感受，大约是对获得同等价值某物的愉悦感受的两倍。当产品经理考虑删除一个功能时，他们看到的不是效率的提升，而是选择权的丧失。
这种心理还因一种根深蒂固的偏见而加剧，即我们往往高估自己创造的东西的价值。那位工程总监想保留该模块，并非因为它能创造价值，而是因为它代表了他对公司历史的贡献。
最终，我并未用逻辑说服他们，而是通过流程解决了问题。我与CTO合作，成立了一个季度性的“淘汰委员会”，这是一个只有一个KPI的运营机构：代码淘汰。通过将资产淘汰正式化，我们将情感负担从创造者身上转移到了一个治理框架上。在效率经济中，超脱是一种竞争优势。
持有成本机制
考虑项目与资产的区别，项目有明确的结束日期，而资产则有不确定的持有成本。
我最近对一家物流企业的投资组合进行了审计，发现其领导层对无法推出新功能感到困惑。他们的问题并非缺乏人才，而是资产拥堵。他们过去五年推出的每一个功能都仍然活跃，需要安全补丁、基础设施监控、合规审查和依赖项更新。
这种情况常被误认为是技术债务，暗示这是一个可以通过重构解决的代码质量问题，这种看法极其片面，这是一个资本配置问题。当你允许低价值资产持续存在时，实际上是在对每一项未来计划征税，新工作必须适应不再服务于业务的旧假设。
行业数据支持这一观点，Gartner估计，未管理的技术债务和投资组合复杂性可能消耗高达35%的IT预算，从而有效排挤了对创新的投资。如果你的技术支出中有三分之一用于维持旧有想法，那么问题并非资金不足，而是资金分配不当。
僵尸资产诊断
在多家组织中看到这种模式反复出现后，我开发了一种特定诊断方法，以识别我所说的“僵尸资产”。这些功能在技术上仍然存在，但在功能上已死亡，它们消耗计算资源和工程注意力，但产生的边际价值为零。
我使用一个简单的启发式方法，称为“两年法则”。在审计投资组合时，我会寻找那些两个月内未被用户使用，或两年内未被开发者更新的功能。如果一个功能同时满足这两个条件，那么它就是候选淘汰对象。
我在一家面临利润率压缩的医疗保健SaaS公司应用了“两年法则”，我们扫描了他们的代码库和使用日志，发现近22%的功能符合标准，这些并非晦涩的后端脚本，而是面向客户的按钮和报表，只是已不再流行。
工程团队对关闭这些功能感到恐惧，他们以“沉没成本谬误”的反面为由，认为既然已经投入数百万美元构建它们，就必须“以防万一”继续运行它们。为了证明他们错了，我们进行了“尖叫测试”。我们在预发布环境中关闭了这些功能，等待有人抱怨。
一片寂静。
然后，我们在生产环境中关闭了它们，仍然一片寂静。
通过淘汰这些僵尸资产，我们在一个季度内就收回了工程团队18%的产能，这些产能立即被重新部署到一个资源匮乏的高优先级AI计划中。我们无需招聘更多工程师，只需停止维护已死亡的功能。现在，这种诊断方法是我领导的每一次转型的第一步。
隐藏的人才流失
这种不断累积的负担不仅影响财务表现，还悄悄破坏了人才密度，顶尖工程师希望解决有意义的问题。他们希望构建新功能、现代化系统，并看到自己的工作推动可衡量的成果。
我记得一次与一位从一家资金充裕的金融科技初创公司离职的高级架构师的离职面谈，当我问她为何离职时，她并未提及金钱或文化。她说：“我每周70%的时间都在修补一个两年前就该关闭的系统，我不再是一名工程师了，而是一名管理员。”
当工程师的大部分时间都花在修补那些仅因无人敢淘汰而存在的脆弱系统上时，他们就会失去工作热情，这种人员流动的成本往往在为时已晚之前都不可见。随着顶尖人才的流失，剩余团队越来越专注于维护遗留系统，进一步巩固了现状。
麦肯锡关于开发者速度的研究强调，表现最好的公司比同行快4-5倍地实现收入增长，这很大程度上是因为它们最小化了低价值的苦差事，这种相关性显而易见。如果你将顶尖人才视为遗留代码的博物馆管理员，就无法留住他们。
创新税不仅仅是代码问题，更是人才问题。审计面试协议旨在筛选出具有“资本判断力”的人才，确保你招聘的工程师优先考虑资产淘汰和简化，而非盲目生成代码。
投资组合管理手册
要打破这种循环，需要治理而非个人英雄主义，CIO必须将减法治理制度化。
• 自动淘汰阈值：功能不应默认无限期存在，采用指标必须自动触发减值审查，当使用率低于定义的阈值时，举证责任转移，产品团队必须通过证明正边际贡献来证明继续投资的合理性。
• 零和路线图：在资本受限的环境中，复杂性必须纳入预算，引入新范围需要淘汰等效的遗留范围，这迫使在编写代码之前就进行权衡，而非多年之后。
• 维护边际报告：CIO应报告研发支出中用于防御性工作与进攻性工作的百分比，Forrester的研究表明，允许防御性支出超过40%的组织，其创新速度会下降。
从代码膨胀到资本纪律
创新税并非工程失败，而是治理失败，董事会绝不会允许工厂、房地产或库存未经定期减值测试而留在账上，软件也应受到同样的约束。
在2026年的效率经济中，人们记住的领导者并非他们交付了多少代码，而是他们创造的价值有多持久。有时，CIO能做出的最有利可图、最具战略意义和最勇敢的决定就是点击删除。
