编程进阶网 编程进阶网
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机的原理
  • 操作系统原理
  • 网络协议原理
  • 数据库的原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 技能之旅
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Kotlin精通
  • 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高级
  • Kotlin精通
  • 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.玩和教保证效果
    • 13.学习方法论沉淀
    • 14.以结果导向计划
      • 01.看一个真实案例
      • 02.我那时该如何做
      • 03.要以结果为导向
      • 04.定目标明确目标
      • 05.定计划分解目标
      • 06.定执行落地策略
      • 07.定结果检查改进
      • 08.定责任推动奖惩
      • 09.总结回顾本章节
      • 10.后来发生的改变
      • 11.今天起改变三点
      • 12.课后作业思考下
    • 15.目标设立和管理
    • 16.分解目标要明确
    • 17.计划的落地策略
    • 18.结果的检查改进
    • 19.掌握些做事方法
    • 20.高效成长方法论
    • 21.OKR目标规划法
    • 22.SMART目标设定
    • 23.SWOT分析方法论
    • 24.MECE分析法则
    • 25.二八法则的运用
    • 26.三种方案设计法
    • 27.RACI责任矩阵法
    • 28.PDCA执行方法
    • 29.番茄工作法实践
    • 30.六顶思考帽方法
    • 31.金字塔汇报方法
    • 32.STAR摸底分析法
    • 33.五步问题处理法
    • 34.五问根因分析法
    • 35.鱼骨图分析方法
    • 36.四维度总结分析
    • 37.阶段复盘方法论
    • 38.生命线分享游戏
    • 39.语言底蕴的提升
    • 40.阅读的持续提升
    • 41.理解能力的锻炼
    • 42.沟通能力的演进
    • 43.演示幻灯片提升
    • 44.学会高效地提问
    • 45.公众演讲的提升
    • 46.做好技术的演讲
    • 47.专注能力的提升
    • 48.自我自控的调节
    • 49.感知能力的提升
    • 50.记忆能力的训练
    • 51.质疑精神的分析
    • 52.思考能力的提升
    • 53.情商能力的学习
    • 54.写给平凡的你
    • 55.十年回望后记
    • 56.全书金句索引
  • 职场管理进阶

  • 书籍
  • 小人物的进修
杨充
2018-11-13
目录

14.以结果导向计划

# 14.以结果导向计划

# 目录介绍

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

# 01.看一个真实案例

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

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

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

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

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

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

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

# 02.我那时该如何做

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

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

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

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

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

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

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

# 03.要以结果为导向

graph TD
    A[以结果导向的计划体系] --> B[定目标]
    A --> C[定计划]
    A --> D[定执行]
    A --> E[定结果]
    A --> F[定责任]
    
    B --> B1[明确具体目标<br/>SMART原则]
    C --> C1[分解目标<br/>制定行动计划]
    D --> D1[PDCA循环<br/>落地执行]
    E --> E1[检查改进<br/>结果评估]
    F --> F1[责任到人<br/>奖惩机制]
    
    G[计划五要素] --> G1[Target 目标]
    G --> G2[Why 为什么]
    G --> G3[When 什么时候]
    G --> G4[Who 谁来做]
    G --> G5[How 怎么做]
    
    style A fill:#e1f5fe
    style G fill:#fff3e0

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

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

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

动手前先回答五个核心问题(Target/Why/When/Who/How):Target 目标——做这件事的目标 / 目的是什么?Why 为什么——为什么要做这件事?痛点是什么?When 什么时候——花多久时间去做?排期多久?Who 谁来做——需要谁来配合?跨不跨部门?How 怎么做——技术方案 / 解决方案是什么?

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

# 04.定目标明确目标

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

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

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

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

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

# 05.定计划分解目标

graph TD
    A[分解目标五步] --> B[确定主要目标]
    B --> C[识别关键要素]
    C --> D[划分为子目标]
    D --> E[确定里程碑]
    E --> F[制定行动计划]
    
    G[注意事项] --> G1[只有8%的人实现年初计划]
    G --> G2[避免过于乐观]
    G --> G3[保持计划灵活性]

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

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

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

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

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

# 06.定执行落地策略

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

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

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.今天起改变三点

graph LR
    A[今天起改变三点] --> B[以终为始做规划]
    A --> C[量化你的目标]
    A --> D[建立结果检查机制]
    
    B --> B1[先想清楚结果是什么<br/>再倒推行动计划]
    C --> C1[每个目标都有<br/>可衡量的数据指标]
    D --> D1[每周检查进度<br/>及时调整策略]

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

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

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

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

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

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

# 12.课后作业思考下

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

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

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

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

上次更新: 2026/07/27, 15:53:15
13.学习方法论沉淀
15.目标设立和管理

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

最近更新
01
audit
07-27
02
C++入门教程全章思考题汇编
07-24
03
12.技术团队建设能力
07-21
更多文章>
Theme by Vdoing | Copyright © 2019-2026 杨充 | MIT License | 鄂ICP备2024073355号-1 | 鄂ICP备2024073355号
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式