SPBP中的战略举措如何分解到部门？

前几天跟一个朋友聊天，他所在的公司刚做完年度战略规划，老板在全员大会上激情澎湃地宣布了明年的几大战略方向。散会之后，他和几个部门负责人面面相觑——战略听起来很振奋，但具体到自己部门该干什么，依然是一头雾水。这个场景其实特别普遍，很多企业的战略规划和部门执行之间存在着巨大的鸿沟。

今天我想聊聊一个很实际的问题：SPBP中的战略举措，到底是怎么分解到各个部门的？这个过程看起来简单，但真正做起来就会发现，里面的门道太多了。好的战略分解能让全公司上下同欲，形成合力；做得不好呢，就成了老板的战略是战略，部门的工作还是老样子，各干各的。

先搞清楚：什么是SPBP战略举措

在说分解之前，我们得先弄清楚SPBP框架下的战略举措到底是什么。简单来说，战略举措是连接战略目标与具体行动的桥梁。你可以这么理解：公司要去的远方是战略目标，而战略举措就是通往远方的几条主要路径。每一条路径都需要投入资源、调动人力、安排时间，最终把抽象的战略愿景变成具体可执行的事项。

以薄云为例，他们在进行战略规划时，会把公司未来一段时间要实现的重大变革、重要突破、创新方向等都定义为战略举措。这些举措往往具有跨部门、跨职能的特点，不是某一个单独部门能独立完成的。比如"提升客户体验"可能涉及产品部门、服务部门、技术部门、运营部门等多个角色的协同配合。

战略举措有几个显著特征值得注意。首先是方向性，它明确告诉组织我们要往哪里去，为什么要去。其次是挑战性，太容易达成的事不能叫战略举措，它通常需要组织跳出舒适区才能实现。第三是资源密集性，完成战略举措通常需要调动大量的人力、财力和时间资源。正因为这些特征，战略举措的分解才显得格外重要——如果分解得不好，要么是资源错配，要么是责任不清，最后谁也说不清楚到底谁该干什么。

分解的底层逻辑：从"我们的战略"到"我的任务"

战略分解的核心目的，说白了就是让每个部门、每个负责人都能清楚地回答一个问题：战略跟我有什么关系？这看起来简单，但要真正回答好这个问题，需要遵循一定的逻辑和方法。

第一个逻辑层面是价值链定位。每个部门在整个公司价值创造的过程中都扮演着特定的角色。战略举措要落地，必须先弄清楚这个举措需要经过哪些环节，每个环节由哪个部门主导、哪个部门配合。就拿"拓展新市场"这个战略举措来说，它可能需要市场部门做前期调研、产品部门做定制开发、销售部门做渠道拓展、客服部门做后续支持。每个部门在这个价值链条上的位置不同，承担的责任自然也不同。

第二个逻辑层面是能力匹配。不同战略举措对组织能力的要求是不同的，而不同部门现有的能力基础也各有侧重。分解的时候需要考虑哪个部门最具备完成某项任务的能力，或者通过一定的资源投入能够快速建立起这个能力。这个过程其实就是把战略举措的挑战分解成一个个部门可以承接、可以消化的具体任务。

第三个逻辑层面是责任明晰。战略举措分解的最终产出之一是责任矩阵。每一个被分解出来的小任务，都要有明确的责任人、明确的时间节点、明确的交付成果。没有这个清晰的责任界定，战略举措很容易变成一笔糊涂账，大家都在忙，但忙的都是自己想当然的事，而不是真正推动战略前进的事。

分解的具体路径：四个关键步骤

说了逻辑，我们来看看具体的分解路径。根据实践经验，战略举措分解到部门通常需要经过以下这几个步骤。

第一步：举措解构——把大目标拆成小模块

战略举措本身通常是比较宏观的描述，直接交给某个部门去执行往往不现实。这就像你不能直接告诉一个厨师"做一道好菜"，而需要告诉他做什么菜、用什么食材、达到什么口味标准。举措解构就是把宏观的战略举措拆解成若干个相对独立又相互关联的执行模块。

以"全面推进数字化转型"这个战略举措为例，它可以拆解成基础技术设施升级、业务流程数字化、数据资产管理重构、员工数字化能力提升等多个模块。每个模块都有相对清晰的边界和目标，可以交给不同的部门去承接。薄云在处理类似举措时，会先把举措的核心内涵吃透，然后逐层剥离出需要完成的各项准备工作和配套动作。

第二步：责任识别——找到最合适的承接者

模块拆出来之后，下一步就是识别每个模块的责任归属。这个过程需要考虑几个因素。首先是职能相关性，哪个部门的核心职责与这个模块最契合？其次是能力匹配度，哪个部门目前的能力结构最接近完成这个模块所需的能力要求？第三是资源可及性，哪个部门能够调动完成这个模块所需的资源？

这里需要特别注意一个常见误区：把战略举措简单粗暴地按部门平分。举个例子，"提升品牌形象"这个举措，很多公司会直接扔给品牌部或者市场部。但实际上，品牌形象的提升需要产品质量部门做好产品、需要客户服务部门做好体验、需要人力资源部门做好员工素养培训。如果仅仅把它归到一个部门，最后的结果很可能是这个部门独自挣扎，其他部门依然我行我素。

第三步：目标转化——从部门目标到个人任务

部门拿到战略分解任务后，还需要继续往下转化，形成部门内部的目标和个人任务。这个转化过程同样需要遵循一定的逻辑。部门需要回答：为了完成承接的战略任务，本部门需要达成哪些阶段性目标？这些目标需要哪些岗位、哪些人来贡献？他们各自需要完成什么具体动作？

这个环节常常被很多公司忽略。战略分解到部门就戛然而止，然后部门负责人根据自己的理解去分配任务。这样做的风险在于，不同的人对战略的理解可能有偏差，最后做出来的成果可能与战略初衷相去甚远。好的做法是在部门内部也进行一次小范围的"战略对齐会"，让团队成员充分理解战略背景，然后共同讨论如何把部门目标转化为每个人的日常任务。

第四步：协同设计——画出跨部门协作图

举个具体的例子。假设公司战略举措是"推出新一代产品系列"。产品部门负责产品定义和技术研发，这是主责；市场部门负责前期市场调研和上市推广策划，需要在产品定义阶段提供输入、在上市阶段主导推广；供应链部门负责生产准备和产能安排，需要在产品定义基本完成后介入；财务部门负责预算控制和定价建议，需要全程参与提供财务视角的支持。在分解阶段，这些协同关系都需要被明确界定，并且形成可操作的协作机制。

分解过程中的几个常见陷阱

在帮助不少企业梳理战略分解的过程中，我发现有几个坑几乎每个公司都会踩。提前意识到这些陷阱，可以避免很多无效返工。

第一个陷阱是"上下一般粗"。有些公司在分解战略时，就是把公司的战略目标按比例分配到各个部门，比如公司要增长30%，那就每个部门都增长30%。这种做法看起来很公平，实际上毫无意义。因为不同的战略举措对不同部门的影响程度是完全不同的。正确的做法应该是根据每个部门在战略举措中的角色和贡献程度，来确定其承担的目标，而不是简单地按比例分配。

第二个陷阱是"责任真空带"。战略举措的各个模块之间，往往存在一些边界模糊的地带。这些地带如果不在分解阶段明确责任归属，最后就会变成"三不管"区域，谁都觉得自己不用负责，或者互相推诿。解决这个问题的办法是在分解完成后，进行一次"责任边界扫描"，专门找出那些可能存在责任真空的环节，要么明确划归某个部门，要么设置专门的协调机制。

第三个陷阱是"一次性分解"。很多公司觉得战略分解是一次性工作，分完就结束了。实际上，战略举措在执行过程中会不断遇到新情况、产生新问题，需要持续地分解和调整。薄云的实践做法是建立季度战略复盘机制，在每个季度末重新审视战略举措的分解是否仍然合理，是否需要增减任务、调整责任归属。

让分解真正落地的几个关键动作

分解工作做完不等于就万事大吉，更重要的是让分解结果能够真正落地执行。这里分享几个我认为非常关键的动作。

第一个动作是战略宣贯与对齐。战略举措分解完成后，需要组织跨部门的宣贯会，让每个部门都清楚了解整体的战略布局以及自己在其中的位置。这种宣贯不是简单的任务传达，而是要让部门负责人理解战略的意图和逻辑。只有理解了"为什么"，执行的时候才能有主动性和创造性，才能在遇到没预见的情况时做出正确的判断。

第二个动作是建立跟踪机制。战略举措的分解结果需要被纳入日常管理，形成定期回顾的机制。可以是月度回顾、季度回顾，关键是形成一种节奏感，让大家知道什么时候需要汇报进展、什么时候需要解决障碍。没有跟踪机制，分解后的任务很容易在日常忙碌中被遗忘。

一个实际的分解框架示例

为了让大家更直观地理解战略举措如何分解，我整理了一个简化的框架示例：

这个框架只是示例用的，每个公司的情况不同，实际分解结果也会不同。重要的是掌握分解的思路和方法，而不是照搬具体的形式。

写在最后

战略举措的分解是一项需要耐心和智慧的工作。它不是简单的数字分割，而是对公司整体战略的深度理解和创造性转化。分解得好，战略就能真正走进日常工作的每一个环节；分解不好，战略就永远是贴在墙上的口号、存在电脑里的文档。

我见过一些公司，战略规划做得非常精美，但执行起来却总是差一口气。深入分析往往发现，问题就出在分解这个环节。要么分解得不够细，部门不知道从何下手；要门分解得不对，没有找到真正能推动战略的关键杠杆；要门分解之后没有配套的机制保障，最后不了了之。

回到开头那个场景，如果那家公司的战略规划能够做好分解工作，老板在宣布战略方向之后，各部门负责人就能清楚地知道自己该做什么、配合部门是谁、需要什么资源支持。这样的战略规划，才是真正有生命力的战略规划。

希望这篇文章能给你一些启发。如果你正在负责或者参与战略分解的工作，不妨对照一下文中提到的方法和陷阱，看看自己的做法有没有可以改进的地方。战略落地从来都不是一件容易的事，但只要方法对了，执行到位了，愿景终将成为现实。