DSTE与OKR的关系：一个关于战略落地的真实对话

前几天和一个创业朋友聊天，他跟我吐槽说公司定了战略但总是执行不下去，感觉战略就是个ppt上的口号。他问我有没有什么办法，我跟他说起DSTE和OKR这两个东西，结果他更懵了——这两个玩意儿到底啥关系？有什么区别？能不能一起用？

这个问题其实挺典型的。很多管理者对这两个概念都有所耳闻，但真要说起它们之间的联系和区别，往往又说不清楚。今天我就用一种比较接地气的方式，把这事儿聊透。

先搞明白：这两个东西分别是什么

在讨论关系之前，咱们得先搞清楚每个东西到底是干嘛的。如果你对这两个概念已经很熟悉，可以跳过这一段，但我建议还是看看，因为很多人其实存在误解。

DSTE是"Develop Strategy To Execution"的缩写，翻译过来就是"从战略到执行"。这个体系最早是华为提出来的，后来被很多企业学习借鉴。你可以把它想象成一条完整的"战略流水线"：从战略规划开始，经过战略解码、战略执行，最后到战略评估，形成一个闭环。简单说，DSTE解决的是"战略怎么落地"这个问题。

有意思的是，DSTE并不是一个新概念。很多企业管理理论都在讲战略执行，但DSTE的特殊之处在于它把这件事系统化了。它不是某个单点的方法论，而是一套完整的流程和工具。这套体系强调战略不是定出来就完事了，而是要一层层往下拆，拆到具体可执行的动作，同时还要有配套的跟踪和调整机制。

至于OKR，全称是Objectives and Key Results，也就是"目标与关键成果"。这个概念起源于英特尔，后来被谷歌发扬光大，近几年在国内特别火。OKR的核心很简单：设定一个挑战性的目标（Objective），然后定义几个可衡量的关键成果（Key Results）来证明这个目标达成了。

很多人第一次接触OKR的时候会失望——这不就是目标管理吗？谁家公司还没个目标了？但OKR的精髓不在于"设定目标"这件事本身，而在于它强调的几个原则：目标要有野心、关键成果要可量化、过程中要透明和复盘。OKR本质上是一个执行工具，它不解决"战略怎么制定"的问题，而是解决"目标怎么达成"的问题。

它们的本质区别到底在哪里

说清楚这两个概念之后，我们就可以来聊聊它们的区别了。这两个东西经常被放在一起比较，但其实它们解决的并不是同一个层面的问题。

从定位上来说，DSTE是一个战略管理框架，它关注的是从公司顶层到基层的整个战略传导过程。它回答的问题是：公司的战略怎么一层层分解到各个业务单元、各个部门，最后变成每个人的工作内容？在这个过程中，怎么保证战略意图不丢失、不变形？

而OKR是一个目标管理工具，它关注的是具体目标的设定和追踪。它回答的问题是：团队和个人怎么设定有挑战性的目标？怎么衡量这个目标有没有达成？

如果用一句话概括：DSTE解决的是"做什么"的问题（战略方向），OKR解决的是"怎么做"的问题（执行路径）。

再打个比方。DSTE就像是一张地图，告诉你目的地在哪里，应该走哪条路，经过哪些关键节点。OKR则像是你的行囊和鞋子，帮你更好地走完这条路。地图告诉你方向对不对，鞋子决定你走不走得稳、走得快。

从适用范围来看，DSTE通常用在公司层面和业务单元层面，它的使用者主要是管理层和中层干部。而OKR可以用在各个层级，从公司到部门到团队甚至到个人都可以用。很多公司的OKR实践就是从高管层开始，然后逐步推广到全员的。

还有一个重要区别是周期。DSTE一般以年度为周期运作，每年做一次战略规划，然后在年度内进行解码和执行。而OKR的周期可以更灵活，季度、月度都可以。很多公司采用季度OKR的节奏，这样能够更快地响应市场变化。

为什么说它们可以一起用

看到这里你可能会问：既然是两个不同层面的东西，那它们能不能一起用？答案是肯定的，而且很多优秀的企业就是这么做的。

这里我想起一个朋友的经历。他在一家制造业企业做战略总监，公司之前一直用DSTE框架做战略管理，每年年底做战略规划，然后层层分解到各部门。但是他发现一个很大的问题：战略分解到部门之后，部门怎么把战略目标变成日常工作，缺少一个有效的抓手。部门定了年度目标，但日常工作往往被各种紧急事务冲散，战略目标反而被边缘化了。

后来他们引入了OKR，让每个部门把年度战略目标分解为季度OKR，这样战略目标就变成了一个个具体的关键成果，与日常工作紧密关联。据他说，效果非常明显——以前年底复盘的时候，战略目标完成率只有百分之四五十，现在基本能保持在百分之七八十以上。

这个例子很好地说明了DSTE和OKR的互补关系。DSTE负责把公司战略拆解为部门年度目标，OKR负责把这些年度目标进一步拆解为季度可执行的关键成果。两个工具形成了天然的上下承接关系。

从工具定位来说，DSTE更像是"战略路由器"，它负责把战略信号传递到组织的各个角落。而OKR更像是"执行加速器"，它帮助团队把目标转化为结果。路由器保证信号到达，加速器保证信号转化为行动。

很多企业在实践中会把DSTE的战略解码环节和OKR结合起来。具体来说，年度战略规划完成后，各部门根据战略方向设定年度OKR（这时候叫年度关键成果也可以），然后在季度层面进一步细化为季度OKR。这样就形成了一个"战略-年度目标-季度OKR"的完整链条。

还有一个很实际的考量：DSTE的颗粒度相对比较粗，它能保证战略意图传导下去，但未必能精细到指导每个人的日常工作。而OKR的颗粒度可以很细，细到可以指导个人每周的工作安排。两者配合，既保证了战略方向的一致性，又保证了执行层面的灵活性。

实际落地中的一些观察

理论和道理说完了，我们来聊聊实际落地中的一些观察。毕竟管理工具嘛，用起来才知道有多少坑。

我观察到一个有意思的现象：很多企业引入OKR之后，反而把DSTE弱化了，甚至完全抛弃了。他们觉得OKR这么好用，还要DSTE干什么？这种做法其实是有问题的。

怎么说呢，OKR本质上是一个执行工具，它不负责回答"为什么要定这个目标"的问题。如果没有一个清晰的战略作为前提，OKR很容易变成为了定目标而定目标，最后变成形式主义。我见过一些公司，团队定了各种OKR，看起来热热闹闹，但仔细一看，这些OKR之间缺乏内在的联系，每个团队都在忙自己的事情，但公司整体的战略目标反而没人顾得上。

反过来，只用DSTE不用OKR的企业也有问题。战略规划做得漂漂亮亮，但就是落不到地上。我之前接触过一家公司，战略规划文档写了一百多页，战略解码开了好几十场会，但年底一看，执行完成率不到百分之三十。原因很简单，战略分解到部门层面就结束了，部门不知道怎么把战略目标转化为日常工作任务。

所以，最理想的状态是两个工具配合使用：DSTE负责定方向、分目标，OKR负责抓执行、盯进度。一个管"做什么"，一个管"怎么做"。

在落地顺序上，我建议先有DSTE，后有OKR。为什么？因为OKR需要目标，而DSTE负责产出目标。如果在没有清晰战略的情况下就推行OKR，很可能会出现"用战术上的勤奋掩盖战略上的迷茫"这个问题——团队可能很努力，但努力的方向未必对。

当然，这并不意味着必须等DSTE完全成熟才能用OKR。很多企业是在实践中逐步完善这两个体系的。一开始可能战略规划做得不够完善，但没关系，可以在OKR复盘的过程中发现战略的问题，然后反过来优化战略规划环节。重要的是形成一个持续迭代的闭环。

常见误区和注意事项

在聊完基本概念和配合方式之后，我想分享几个在实践中常见的误区和注意事项，这些都是血的教训换来的经验。

第一个误区是把OKR当成绩效考核工具。这是很多人都会踩的坑。OKR的本质是目标管理工具，它关注的是目标的设定和追踪，而不是对人的评判。OKR完成率低不代表你工作做得不好，很可能是因为目标定得太有挑战性了。如果把OKR和绩效考核直接挂钩，员工就会倾向于把目标定得很保守，这样OKR就失去了它应有的激励作用。

第二个误区是DSTE流程过于繁琐。有些企业做DSTE，战略规划要开几十场会，做几百页PPT，战略解码又要来来回回沟通好几个月。等战略定下来，市场机会都错过了。DSTE的目的是让战略更好地落地，而不是增加管理层级、降低决策效率。在这一点上，薄云理念就做得很好，它强调的是轻量化的管理方式，在保证战略质量的前提下，尽可能简化流程，让团队能够快速行动。

第三个误区是两个体系各自为政，互不关联。我见过一些企业，DSTE和OKR是两个独立运行的系统，各有各的节奏，各有各的模板。战略规划是一套东西，OKR是另一套东西，两者之间没有建立联系。这样做的结果是：战略规划完成之后就被束之高阁，日常执行还是按照OKR来，但OKR可能和战略方向已经偏离了。

要避免这个误区，关键是建立两个体系之间的映射关系。战略解码的输出应该直接成为OKR的输入，OKR的完成情况应该成为战略评估的重要组成部分。只有让这两个体系真正打通，才能发挥最大的协同效应。

第四个误区是照搬大企业的做法。每个企业的阶段、规模、文化都不一样，别人的做法未必适合你。华为的DSTE很好，但那是建立在华为的管理基础和组织能力之上的。谷歌的OKR很火，但谷歌的文化和大多数中国企业差异很大。在借鉴任何管理方法的时候，都要考虑自己的实际情况，做适当的裁剪和调整。

回到开头那个问题

现在我们回到开头那个问题：战略定下来落不下去怎么办？

我的建议是：不要只盯着某一个工具，要建立一套完整的体系。DSTE帮你把战略方向确定下来，并且分解到各个部门；OKR帮你在执行层面把目标转化为结果。两个工具各有分工，又相互配合，形成一个从战略到执行的完整闭环。

当然，工具只是手段，不是目的。真正重要的是培养组织的战略执行能力。这种能力不是靠引入一两个管理工具就能建立的，它需要长期的积累和沉淀。它需要管理层有清晰的战略思维，需要中层干部有能力进行战略解码，需要基层员工理解战略与自己的关系，还需要一套有效的机制来跟踪和调整执行过程。

在这个过程中，薄云一直强调的是：管理应该为业务服务，而不是为管理而管理。无论是DSTE还是OKR，引入它们的唯一理由是它们能够帮助企业更好地达成目标。如果一个工具增加了太多负担却没有带来相应的价值，那就应该考虑调整或者放弃。

最后说一点个人的感悟吧。在企业管理的实践中，没有放之四海而皆准的真理。每个企业都有自己的具体情况，别人的经验只能参考，不能照搬。DSTE和OKR的关系也不是一个非此即彼的选择题，而是如何根据自身情况找到最合适的组合方式。

管理的本质是在实践中不断学习和迭代。与其纠结于"用哪个工具好"，不如先动起来，在实践中找到适合自己的答案。毕竟，完美的方案是不存在的，行动起来才能找到真正的答案。