企业绩效的隐性杠杆

从预算争斗到投资组合洞察 作者 汉斯-彼得·施密德 马克西米利安·谢尔 卡尔-奥利弗·赞德 菲利普·索默哈伯 康斯坦丁·邓格尔 康斯坦丁·海尔德里希 服务需求管理（SDM）通过将业务需求与职能单位相协调，促进大型企业内部和外部的服务提供。当嵌入到年度规划流程中，并与财务指标紧密关联时，它是培养自我驱动、降低成本和提升服务质量的一种高效方式。 根本问题在于结构层面：需求被视为偶发性和被动反应，而非一个持续管理的过程。业务部门忽视了早期预警信号，直到情况变得紧急，才未能升级需求。 错位之隐成本 缺乏结构化的服务目录管理（SDM）流程，许多组织发现其内部和外部服务提供既不透明、成本高昂，又难以掌控。这对大型组织以及流程密集型行业尤其如此。其结果是，无法在组合层面进行优化，也难以构建可扩展的自控基础。 业务单元与职能部门间缺乏协作。流程密集型行业的组织往往采用中心辐射模式运作，即业务单元产生需求，而职能部门执行需求。这形成了交易型关系和目标不一致——业务单元优先考虑速度和局部结果，而职能部门强调效率和标准。需求讨论发生得太晚，排除了关键利益相关者，并且过于关注交易而非组合层面的价值。 是什么导致需求功能障碍？ 在与客户的合作中，我们经常看到服务执行方面存在广泛的脱节。业务部门抱怨服务提供成本过高、所需服务级别缺乏透明度，以及他们无法影响服务执行的成本和质量。服务对业务部门采用多种机制（例如直接成本、项目相关成本、管理费用）进行收费，这些机制既复杂又/或模糊不清。此外，许多公司运营着众多自治业务部门，这削弱了协同效应的可能性。这导致内部和外部服务订单缺乏协调的需求。 缺乏标准化。组织通常缺乏对“需求请求”的统一定义。一些职能使用结构化目录和服务水平协议；而另一些则作为不透明的成本中心运作，其定价依据是组织规模而非服务产出。透明度、可比性和市场导向都很少见。其结果是，财务无法进行成本基准比较，业务单元无法校准预期，职能无法轻易提升绩效，领导层也缺乏对业务组合的可见性。 设想一下：你们中央IT部门刚刚决定投入数百万美元用于企业资源规划（ERP）现代化项目。三个月后，某个业务单元的研发部门又申请了一个需要类似基础设施的数据分析平台。与此同时，采购部门正在分别洽谈三份独立的云合同，其中没有一份是利用企业整体的规模优势。每个部门都做出了“理性”的决策，但collectively，他们却共同摧毁了价值。 - 计划周期碎片化。即便是看似协调的计划周期，也可能基于不同的时间表。例如，IT计划着眼于多年后，采购则依据合同续签，研发采用阶段门管理，运营则与资产生命周期保持一致。这种异步节奏会导致协调空白和目标不一致的承诺。 需求功能失调源于多种因素，公司可能经历以下一种或多种情况： 预算定时炸弹。年度职能预算驱动的是差异管理而非价值优化——职能负责人将需求前移以获取资金。漫长的规划周期和缺失的约束机制会产生不切实际的自下而上计划，这些计划后来必须通过自上而下的强制干预来纠正。 - 迟交和/或不规范的请求。在资本密集型环境中，需求很少与预算周期相匹配。关停、监管变化和市场波动会创造出周期末期的需求，迫使企业在灵活性和财政控制之间做出令人不快的权衡。 遗憾的是，这个顺序是倒置的。要实现自导能力，组织必须反转这种关系：需求成为规划的指导原则，预算则成为需求优先排序的产出（而非输入约束）。当规划围绕需求而非预算展开时，便会涌现出多种能力： SDM 改变游戏规则 SDM 实现投资组合层面的协调 组织有时会将SDM（标准数据管理）和标准化视为官僚负担：一种确保合规、实现可比性并降低交易成本的方式。实际上，SDM使得先前不可能的协调得以实现。当需求以通用语言和可比数据表达时，组织就能做出优化整体价值而非局部结果的组合级决策。 动态重新分配。组织可以根据变化的情况，在需求之间转移资源，而无需重新开放整个预算。如果一项战略举措在年中变得更加有价值，需求优先级处理流程将使资源从价值较低的举措中重新分配。 当每个人都使用相同的框架来阐述需求时，会发生几件事情： 需求在固化之前会先显现出来。业务部门在其形成初期就明确需求，从而为协作式问题解决创造条件，而非仅仅为了交易完成。 - 信号清晰。先行指标能更早显现。当业务部门维持前瞻性需求管道时，各职能部门能在需求变得紧急数月之前看到新出现的需要，从而能够采取主动应对措施。 函数可以进行聚合和优化。与其管理数百个单独的请求，函数管理数十个需求类别，从而实现组合级别的优化。 - 责任制对齐。成功指标从“你有没有在预算内？”转变为“你有没有有效交付优先需求？”。这导致各个部门专注于真正重要的成果，而非流程合规。 高管可以进行战略管理。 领导层在需求组合中识别出模式（例如，哪些类别正在增长、哪些地方存在重复、哪些权衡取舍是重要的）。这支持了与战略保持一致的资源配置决策。 结果是，组织能够“自我导航”。感知环境变化（服务需求管道）、决定应对措施（治理论坛）和执行调整（动态重新分配）的机制，是持续运行的，而非离散的年度事件。 SDM 实现自控转向 规划周期旨在使资源配置与战略优先级保持一致。财务部门拥有规划日历，该日历从战略制定（董事会层面）通过业务规划（高管层）到职能预算（部门）逐级向下分解。SDM（可能指“业务需求管理”或类似概念）在此框架内发挥作用，作为职能部门了解业务部门需求的一种方式。 人工智能提升了SDM SDM系统用于捕获、路由和跟踪需求。它们是运营工具，用结构化的交互和工作流程取代了电子邮件和电子表格，提高了效率和可见性，但并未从根本上改变决策过程。 然而，当与人工智能结合时，SDM系统成为能够揭示人类无法察觉的洞察、预测人类无法预见的成果，并极大提升决策的战略智能平台。（注：最佳效果需要人机交互。如果需求管理流程简单地交给技术处理，结果将会平平无奇。） 这便是自动驾驶（或：自引导）的强大之处。组织不再需要高管手动协调复杂的、多功能性的响应。相反，人工智能赋能的SDM系统识别出最佳的协调模式，并将其推荐给人类决策者以供批准。 3. 从被动到自主 该转变体现在以下三个维度上。 最高形式的自我导航是针对遵循可预测模式的常规需求进行自主决策。例如，一个AI系统学习到常规的基础设施请求，如增加存储容量、标准软件许可证和常规维护服务，都遵循可预测的审批模式。一旦达到置信度阈值，系统可以自动批准这些需求，并将它们路由以立即执行，同时将需要人工判断的例外情况进行升级。 从回顾性到预测性 传统的需求管理是回顾性的，组织通过分析过去发生的事情来理解模式。而人工智能赋能的系统也是前瞻性的，通过预测将要发生的事情来支持主动响应。例如，一个人工智能系统整合了过去五年的跨职能需求数据、外部市场信号和内部运营数据。它识别出在大型资本项目开始前的六个月里，特定IT服务的需求会增加40%，从而创建了一个预警系统，使IT部门能够“预先部署”产能。 这并非要将人类排除在决策之外。这关乎将人类的注意力引导至那些需要判断力的决策上（例如，战略权衡、新需求、特殊情况），同时让人工智能处理那些判断力价值不大的高容量常规决策。 这种能力的作用远不止提升响应速度。对话不再仅仅是“我们三周内就需要这个”，而是转变为“根据您的战略规划，您可能需要这个六个月——让我们共同优化解决方案”。 请注意，组织通常难以决定是先构建SDM能力然后添加AI，还是同时实施。答案取决于成熟度。如果您的组织仍在使用临时的需求流程，应先构建基础SDM。 （AI需要结构化数据；如果没有标准化的流程来生成高质量数据，AI将加剧混乱而非减少混乱。）如果您的组织使用的是手动SDM，则应抓住机遇在高价值领域（如需求预测、重复检测、组合优化）中实施AI，同时继续成熟基础流程。如果您的组织拥有成熟的SDM，则应积极部署AI，以在常规领域实现自主能力，并在战略领域实现高级分析能力。 从部门化到整体化 人类难以应对复杂性。我们无法同时优化数十个变量并考虑数百个相互依赖关系——而人工智能可以。例如，研发部门希望加速产品开发计划。这一需求意味着IT部门需要配置测试环境，采购部门必须加快组件采购，制造部门必须重新配置生产线，而财务部门必须调整现金流预测。人类规划者可能会按顺序考虑这些事项，但人工智能会整体考虑，识别出影响所有相关职能的最佳顺序和资源分配方案，以最小化总时间和成本。 将所有要求同等对待的组织会形成官僚主义，这会拖慢常规决策的速度，却无法提升战略决策的质量。因此，重要的是让高层领导参与详细的分类过程，以确保只有真正的企业指导活动才被归入此类。此类服务不参与通用的SDM流程。但应定期检查，以确认最初的企业指导分类是否仍然有效。 构建自我导向型组织 亚瑟·D·利特尔（ADL）SDM框架要求创建需求架构和管理结构，概述整合流程、收集数据/指标，并开展变更管理计划（见图1）。 需求架构 并非所有需求都同等重要。图2展示了一个能够实现适当治理的分类系统示例。大多数SDM活动发生在标准化和个性化服务中，但我们包含企业指导图1的ADL SDM框架，因为存在少数SDM可以发挥作用的地方。 当正式提出需求时需要使用SDM功能，但额外的非正式沟通仍然有益，且不应被结构化流程所阻碍。每个功能都必须维护一个服务目录，其中包含标准化的服务，包括： 治理结构 自转向的核心是一个SDM治理模型（见图3），该模型至少每季度协调一次互动，并包含来自以下方面的代表： 业务部门负责人（需求创造者） 1.标准化服务定义——明确说明标准化服务提供的内容、对象及适用条件 职能部门负责人（需求满足者），包括内部业务服务组织代表 2.价格透明——清晰的成本结构（例如：固定费用、按使用量计费、按分配计费、按项目/时间计费），以便业务部门能够了解其需求所涉及的资源影响。 财务与控制（资源配置者） 战略外部供应商（如果他们是战略合作伙伴生态系统的一部分，并且被有选择地视为您组织的一部分） 3.服务水平协议（SLA）——关于交付时间表、质量标准和支持模式的明确承诺（当业务部门知道IT部门会在两周内提供标准环境，但定制解决方案需要三个月时，他们可以据此进行相应规划） 互动不应仅限于所描述的这些定期会议周期。相反，治理框架应促进常规互动，最终形成具有明确目的、并在规划日程内进行的会议。同样重要的是，服务组织与业务部门之间应保持强有力的沟通。 不要过度设计服务目录和服务规范，这极其重要。一套“相关性问题”会很有帮助，因为领导们需要通过这些问题来确定服务定义、定价和SLA（服务水平协议）的适当详细程度。 但这一点必须在过程中逐步发展，而不是在开始时就完成。 本步骤涉及通过集成规划周期（参见图4），围绕需求而非预算来同步规划流程。SDM时间表将早期战略约束（Q1）与结构化需求预测、职能预算以及企业、职能和业务之间的迭代协同相结合。核心需求管理里程碑（需求预测、差距评估、优先级排序和评审）确保在请求服务和可用预算之间权衡的透明度。通过嵌入持续反馈循环和管理检查点直至董事会批准，该计划将需求管理从一次性的预算练习转变为一种纪律严明、可重复的指导机制，从而提高成本控制、优先级质量和跨企业的战略一致性。 - 需求注册中心——一个包含所有需求（已提交、已批准、进行中、已交付）的中央存储库，具有标准化的属性（申请部门、服务类型、成本、时间表、战略一致性、状态）。 - 服务交付数据——按功能层面的交付绩效追踪（准时交付率、质量指标、成本差异、利用率） 业务成果数据——需求与业务成果之间的关联（新的分析能力是否真正提升了决策水平？流程改进举措是否实现了预期的效率提升？） 定义三个层级的成功指标： 1.运营效率——需求审批周期、准时服务交付率、按类别计算的需求成本、按功能计算的产能利用率 数据与指标 要成功，SDM 项目必须以数据为驱动。下文描述了为取得可持续成果所需的综合系统—— 2.战略有效性——与战略优先事项对齐的需求百分比、每花费一美