编程进阶网 编程进阶网
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机组成原理
  • 操作系统原理
  • 网络协议原理
  • 数据库系统原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接

杨充

专注编程 · 终身学习者
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机组成原理
  • 操作系统原理
  • 网络协议原理
  • 数据库系统原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接
  • 毛选选集解读

  • 小人物的进修

    • 全书快速指引
    • 学习的七大原则
    • 需求层次的模型
    • 一起来做个练习
    • 要带上技能地图
    • 经营好自我公司
    • 信息过载怎么办
    • 体系思维很重要
    • 构建知识的体系
    • 闭环思维的逻辑
    • 宏观学习的方法
    • 用海绵法找时间
    • 三段分解学什么
    • 链式和环式思考
    • 玩和教保证效果
    • 学习方法论沉淀
    • 以结果导向计划
      • 01.看一个真实案例
      • 02.我那时该如何做
      • 03.要以结果为导向
      • 04.定目标明确目标
      • 05.定计划分解目标
      • 06.定执行落地策略
      • 07.定结果检查改进
      • 08.定责任推动奖惩
      • 09.总结回顾本章节
      • 10.后来发生的改变
      • 11.今天起改变三点
      • 12.课后作业思考下
    • 目标设立和管理
    • 分解目标要明确
    • 计划的落地策略
    • 结果的检查改进
    • 掌握些做事方法
    • 高效成长方法论
    • OKR目标规划法
    • SMART目标设定
    • SWOT分析方法论
    • MECE分析法则
    • 二八法则的运用
    • 三种方案设计法
    • RACI责任矩阵法
    • Pdca执行方法
    • 番茄工作法实践
    • 六顶思考帽方法
    • 金字塔汇报方法
    • STAR摸底分析法
    • 五步问题处理法
    • 五问根因分析法
    • 鱼骨图分析方法
    • 四维度总结分析
    • 阶段复盘方法论
    • 生命线分享游戏
    • 语言底蕴的提升
    • 阅读的持续提升
    • 理解能力的锻炼
    • 沟通能力的演进
    • 演示幻灯片提升
    • 学会高效地提问
    • 公众演讲的提升
    • 做好技术的演讲
    • 专注能力的提升
    • 自我自控的调节
    • 感知能力的提升
    • 记忆能力的训练
    • 质疑精神的分析
    • 思考能力的提升
    • 情商能力的学习
    • 写给平凡的你
    • 十年回望后记
    • 方法速查卡片
    • 刻意练习手册
  • 书籍
  • 小人物的进修
杨充
2018-11-13
目录

以结果导向计划

# 4.1以结果导向计划

# 目录介绍

  • 01.看一个真实案例
  • 02.我那时该如何做
  • 03.要以结果为导向
  • 04.定目标明确目标
  • 05.定计划分解目标
  • 06.定执行落地策略
  • 07.定结果检查改进
  • 08.定责任推动奖惩
  • 09.总结回顾本章节
  • 10.后来发生的改变
  • 11.今天起改变三点
  • 12.课后作业思考下

# 01.看一个真实案例

我刚从校园进公司做运营数据分析师那年,直属领导扔给我一个项目:一个月后要把这件事的结果做出来,部门大领导那时候要听我汇报。

我兴冲冲地拿到了数据源,一通操作:清洗、汇总、归因、画图,把当月所有的数算了个平均值,"嗯,差不多就这样了",周五下班前,我加了一会儿班,就把整理好的结果直接 @ 总监发到了工作大群里。

我那时候心里还挺得意的:第一次拿到这么重要的项目就被我搞定了,下周一总监肯定会夸我。

结果周一总监把我叫到办公室,第一句话就是:"你这数据该怎么看?有对照吗?算这个数据的逻辑是什么?拿什么做参照?这些策略规则的价值点和意义是什么?"

我一句也答不上来。我只是把数据"算出来"了,却根本没想过它要"说明什么"。

总监前前后后训了我一个小时,重点不是骂我马虎,而是骂我没有结果思维——只想着"做出来",没想清楚"做出来要解决什么问题、对谁有价值、按什么标准算成功"。

那一个小时,我才意识到:原来过去我做的所有努力,都缺了最关键的第一步——先把"什么算成功"想清楚再开始干。如果我当时按计划管理的方式去做这个项目,结果会完全不一样。

# 02.我那时该如何做

回过头看,我最该做的第一件事,是在拿到需求的当天就去找需求方坐下来聊:你这次到底要解决什么问题?目标合不合理?业务场景是什么?衡量好坏的标准是什么?

不要怕显得"问得多很菜",恰恰相反,问得清楚的人才是真正负责任的人。

第二步,是按这个项目类型应有的分析套路来:先观察现有数据特征,要不要加对照组?历史同比/环比的基准在哪?拿历史水平做参照,再做筛选和判断。

第三步,是预估自己干这事大概要多久,遇到哪些拿不到的资源要协调谁,及时跟领导对齐节奏:什么时候出第一版、什么时候出最终版、中间要不要约个 30 分钟对一下方向。

第四步,是想清楚结果用什么方式呈现:表格、PPT 还是思维导图?给谁看?看完之后他要做什么决策?

最后一步——也是当年的我完全没想过的——这些数字最终要回答什么问题、能反馈出这次项目的什么效果、能推动什么策略调整?这些都得提前在脑子里想一遍。

如果当年我在动手之前先把这五步想清楚,总监那天就不会训我一小时,而是会拍我肩膀说"做得不错"。

# 03.要以结果为导向

我后来反复琢磨那次被训的经历,得出一句话:没有计划的努力,本质上是在赌运气。

做计划的目的,是先明确目标,再评估手里的资源和当前情况,然后定方案,最后才能换来工作效率和质量的提升。它不是给领导看的形式,而是给自己确认方向的镜子。

从目标设定、计划制定、执行、检查、结果确认、责任明确、奖惩机制这一整套体系下来,才能构建起以结果为导向的执行力。

要素 英文 核心问题
Target 目标 做这件事的目标/目的是什么?
Why 为什么 为什么要做这件事?痛点是什么?
When 什么时候 花多久时间去做?排期是多久?
Who 谁来做 需要谁来配合?跨部门协调吗?
How 怎么做 技术方案/解决方案是什么?

小到一个简单需求多问几个为什么,大到复杂项目可以科学规划——把控进度和节奏,能给领导做及时的正向反馈,也能让需要配合的同事心里有数自己要做什么。 这五个问题,就是当年总监希望我在动手前问自己的全部问题。

# 04.定目标明确目标

以目标为导向,是一种把"行动"和"决策"绑定到"明确目标"上的方法。它的核心是:确保所有努力都朝着一个预定方向前进,而不是各做各的、各使各的劲。

我现在做项目的第一件事,就是先在白纸上写一句话:"这个项目结束之后,世界上多了什么?少了什么?" 答不出来这句话,我就不会动手。

要求 具体说明 举例
具体化 避免模糊表述,明确要实现的结果 "提高销售"→"增加销售额10%"
可衡量 使用具体指标或度量标准 用销售额、满意度数据来衡量
可实现 与能力和资源相匹配 考虑实际情况,目标合理可行
有时限 设定明确的截止日期 帮助保持紧迫感和动力
写下来 放在可见的地方 让目标更加具体和真实

我以前一直觉得"写不写下来不重要,反正我心里有数"。后来我发现:没写下来的目标,3 天之内一定会变形。

要么自己悄悄降低标准,要么忘了里面某个关键约束,要么干着干着跑偏了还浑然不觉。所以现在我习惯把目标写在便利贴上贴在显示器边框,或者钉在飞书文档置顶——天天看见,就天天提醒自己别走偏。

# 05.定计划分解目标

明确了目标之后,需要把目标分解成具体的任务,并制定相应的计划。计划要具有可行性、可操作性和可评估性。

确保每个任务都有明确的责任人、完成时间和质量要求。同时,计划还要注重灵活性,以应对可能出现的各种变化。

有了具体的计划,但经常还是一年过去,发现实际和计划相比,总是有差距。是的,这是普遍现象,你可能并不例外:统计数字表明,在年初制定了计划的人中,只有 8% 实现了这些计划。

对于计划的估计总是过于乐观,乐观地期待 "惊喜",然后又"惊吓"地接受现实。那如何才能让计划更具可行性呢?又可以从哪些方面来检视呢?

  1. 确定主要目标:首先明确主要目标和次要目标。确保目标是具体、可衡量、可实现和有时限的。
  2. 识别关键要素:确定实现主要目标所需的关键要素或关键任务。这些是实现目标所必需的关键步骤或组成部分。
  3. 划分为子目标:将主要目标分解为更小的子目标。每个子目标应该是可衡量和可实现的,并且与主要目标直接相关。
  4. 确定里程碑:为每个子目标设定明确的里程碑或关键阶段。这些里程碑将帮助跟踪进展,并提供实现目标的里程碑标志,根据需要进行调整和修正。
  5. 制定行动计划:为每个子目标制定具体的行动计划。确定需要采取的具体行动步骤、资源需求和时间安排。

# 06.定执行落地策略

执行是计划得以实现的关键环节。需要将计划细化到每个岗位、每个员工,确保人人有事干、事事有人干。

在执行过程中,要注重沟通协调,确保各部门之间的顺畅配合。同时,还要不断推动 PDCA 循环(计划-执行-检查-处理),通过持续改进来提高执行力。

PDCA 循环是执行落地的核心引擎。很多计划之所以执行不下去,根本原因不是计划不好,而是缺少"检查-改进"的循环机制。

阶段 英文 核心动作 举例
计划 Plan 明确做什么、怎么做 制定每周任务清单和完成标准
执行 Do 按计划落地行动 每天按清单完成对应任务
检查 Check 对照计划检查结果 每周五复盘,对比计划与实际完成
处理 Act 分析差距并改进 总结原因,调整下周计划

执行不是"一锤子买卖",而是一个螺旋式上升的过程。每一轮 PDCA 循环结束后,把经验和教训带入下一轮,执行质量就会越来越高。

再好的计划如果没有沟通,也会在执行过程中变形走样。执行中最常见的三个沟通问题:

  1. 信息不对称:A 部门不知道 B 部门在做什么,导致重复劳动或遗漏。解决办法是建立固定的信息同步机制,比如每日站会、每周进度邮件。
  2. 理解有偏差:同一句话不同人理解不同,导致执行方向偏离。解决办法是每次布置任务后让执行人复述一遍,确认双方理解一致。
  3. 反馈不及时:遇到问题不上报,等到截止日才暴露,导致无法挽回。解决办法是设定"风险预警线"——进度落后超过 20% 时必须立刻上报。

# 07.定结果检查改进

检查是确保执行效果的重要手段。需要在执行过程中设置检查点,对任务完成情况进行定期或不定期的检查。

通过检查,及时发现并纠正问题,确保任务按照既定计划进行。同时,还要注重结果的质量,确保最终成果符合要求。

结果的确认是执行过程的最后环节。需要对执行结果进行认真评估和总结,明确哪些做得好、哪些需要改进。

对于好的结果要给予表彰和奖励,以激发积极性和创造力;对于不好的结果则要深入分析原因,找出问题所在,并制定相应的改进措施。

# 08.定责任推动奖惩

在执行过程中,责任要明确到人。每个人都要清楚自己的职责和任务,确保在执行过程中能够承担起相应的责任。

同时,还要建立责任追究机制,对于执行不力或造成损失的要给予相应的惩罚和纠正。"人人有责"往往等于"无人负责",所以每一项任务都必须落实到具体的一个人身上,而不是"大家一起负责"。

奖励要公正、公开、透明,确保能够激发人的积极性和创造力;惩罚则要严格、公正、合理,确保能够起到警示和纠正作用。

在实际操作中,奖惩机制需要遵循几个关键原则:

原则 具体要求 常见误区
及时性 奖惩要在行为发生后尽快执行 拖到季度末才统一奖惩,失去激励效果
对等性 奖惩力度与贡献或过失相匹配 干多干少一个样,挫伤积极性
公开性 让所有人知道奖惩的标准和结果 暗箱操作导致团队不信任

责任和奖惩的最终目的不是"管住人",而是"激发人"。好的责任机制应该形成一个正向循环:明确的责任让人知道该做什么,合理的奖惩让人愿意做好,做好之后获得的认可又进一步激发更大的积极性。

如果你发现团队中有人不愿意承担责任,先别急着批评,而是反思:是不是责任不清晰?是不是奖惩不公平?是不是承担责任的人反而吃亏了? 很多时候,不是人不行,而是机制有问题。修正机制,远比批评个人更有效。

# 09.总结回顾本章节

先把"做成什么样算成功"想清楚再动手,比埋头苦干更接近真正的努力。

  1. 结果导向 = 先定义"完成"再开始"做":动手前必须能回答 Target/Why/When/Who/How 五个问题,否则就是在赌运气。
  2. 目标必须 SMART 而且要写下来:没写下来的目标 3 天之内一定会变形,不可量化的目标不可能被检查。
  3. 执行 ≠ 一次干完,而是 PDCA 循环:每周对照计划做一次检查、调整、再出发,质量才会螺旋上升。

# 10.后来发生的改变

被训之后那个周一晚上,我把总监问的所有问题做成了一张"开工前自检清单"贴在显示器边上:目标是什么、对照在哪、衡量标准是什么、汇报对象想看到什么、最终决策是什么。

那一周我手里另一个小项目,按这张清单走了一遍,光"问需求方"就多花了 40 分钟,但产出报告时心里第一次有了底——我知道每一个数字是用来回答哪个问题的。

一个月后,部门有个关于活动效果归因的项目又落到我头上。我按"5W+对照+里程碑"的思路,第一周就把目标、衡量口径、对照组、汇报形式跟总监对齐了一遍,第二、第三周按里程碑往前推,第四周复盘交付。

汇报当天,大领导问的所有问题我都答得上来。会后总监在大群里 @ 了我一句"这次思路非常清晰"——这是我入职以来第一次被公开表扬,比涨薪还开心。

半年之后我成了组里默认的"项目第一作者",新人入职被分配跟着我做项目。我教他们的第一件事不是 SQL,也不是 Excel,而是那张"开工前自检清单"。

我也终于理解了当年总监训我那一小时的真正用意——他不是不满意我那份报告,他是在帮我把"做事的姿势"扳正。那一小时,可能是我职业生涯里性价比最高的一小时。

# 11.今天起改变三点

从今天起,做任何事情之前先问自己三个问题:最终要达到什么结果?这个结果该怎么衡量?对照组或参照标准是什么?

像文中的我一样,如果只是埋头做事而不思考结果标准,最终必定是返工重做。先定义"做好"的标准,再开始行动。

模糊的目标等于没有目标。把"我要变得更好"改成"我要在 3 个月内掌握某项技能并通过认证";把"提升工作效率"改成"每周完成的有效产出提升 20%"。

量化的目标才能被追踪、被检查、被改进。

每周五花 15 分钟,对照你的目标和计划做一次快速检查——本周计划完成了多少?哪些偏离了轨道?原因是什么?下周该如何调整?

不要等到月底才发现目标偏差太大,及时发现问题才能及时修正。

# 12.课后作业思考下

1. 结果导向自测:回顾你最近做的一个项目或任务,当时你有没有明确定义过"成功的标准"?有没有参照和对照?如果没有,用结果导向的思维重新审视这个任务——你应该在开始前定义哪些衡量指标?

2. 目标量化练习:把你当前最重要的 3 个目标写下来,检查它们是否都是可量化、可检验的。如果有模糊的目标,用 SMART 原则把它们改写成具体、可衡量、有时间限制的版本。

3. 责任矩阵梳理:如果你正在负责一个团队任务,画一张责任矩阵表——列出每个子任务的负责人、截止时间和验收标准。确保没有任何任务是"没人管"的状态。如果是个人目标,也给自己设定一个"问责机制"(比如每周向朋友汇报进度)。

4. 复盘一个失败案例:回想一个你没有达到预期结果的经历,用"目标→计划→执行→检查→改进"的框架分析,到底在哪个环节出了问题。是目标不清晰?计划不具体?执行不到位?还是缺少检查和改进?从中提炼出一条你以后必须遵守的原则。

上次更新: 2026/06/28, 17:55:19
学习方法论沉淀
目标设立和管理

← 学习方法论沉淀 目标设立和管理→

最近更新
01
科学方法实践论法
06-28
02
辩证思维矛盾论法
06-28
03
毛选中的调查观念
06-28
更多文章>
Theme by Vdoing | Copyright © 2019-2026 杨充 | MIT License | 鄂ICP备2024073355号-1 | 鄂ICP备2024073355号
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式