编程进阶网编程进阶网
  • 基础组成体系
  • 程序编程原理
  • 异常和IO系统
  • 六大设计原则
  • 设计模式导读
  • 创建型设计模式
  • 结构型设计模式
  • 行为型设计模式
  • 设计模式案例
  • 面向对象思想
  • 基础入门
  • 高级进阶
  • JVM虚拟机
  • 数据集合
  • Java面试题
  • C语言入门
  • C综合案例
  • C标准库
  • C语言专栏
  • C++入门
  • C++综合案例
  • C++专栏
  • HTML
  • CSS
  • JavaScript
  • 前端专栏
  • Swift
  • iOS入门
  • 基础入门
  • 开源库解读
  • 性能优化
  • Framework
  • 方案设计
  • 媒体音视频
  • 硬件开发
  • Groovy
  • 常用工具
  • 大厂面试题
  • 综合案例
  • 网络底层
  • Https
  • 网络请求
  • 故障排查
  • 专栏
  • 数组
  • 链表
  • 栈
  • 队列
  • 树
  • 递归
  • 哈希
  • 排序
  • 查找
  • 字符串
  • 其他
  • Bash脚本
  • Linux入门
  • 嵌入式开发
  • 代码规范
  • Markdown
  • 开发理论
  • 开发工具
  • Git管理
  • 百宝箱
  • 开源协议
  • 技术招聘
  • 测试经验
  • 职场提升
  • 技术模版
  • 关于我
  • 目标清单
  • 学习框架
  • 育儿经验
  • 我的专栏
  • 底层能力
  • 读书心得
  • 随笔笔记
  • 职场思考
  • 中华历史
  • 经济学故事
  • 基础组成体系
  • 程序编程原理
  • 异常和IO系统
  • 六大设计原则
  • 设计模式导读
  • 创建型设计模式
  • 结构型设计模式
  • 行为型设计模式
  • 设计模式案例
  • 面向对象思想
  • 基础入门
  • 高级进阶
  • JVM虚拟机
  • 数据集合
  • Java面试题
  • C语言入门
  • C综合案例
  • C标准库
  • C语言专栏
  • C++入门
  • C++综合案例
  • C++专栏
  • HTML
  • CSS
  • JavaScript
  • 前端专栏
  • Swift
  • iOS入门
  • 基础入门
  • 开源库解读
  • 性能优化
  • Framework
  • 方案设计
  • 媒体音视频
  • 硬件开发
  • Groovy
  • 常用工具
  • 大厂面试题
  • 综合案例
  • 网络底层
  • Https
  • 网络请求
  • 故障排查
  • 专栏
  • 数组
  • 链表
  • 栈
  • 队列
  • 树
  • 递归
  • 哈希
  • 排序
  • 查找
  • 字符串
  • 其他
  • Bash脚本
  • Linux入门
  • 嵌入式开发
  • 代码规范
  • Markdown
  • 开发理论
  • 开发工具
  • Git管理
  • 百宝箱
  • 开源协议
  • 技术招聘
  • 测试经验
  • 职场提升
  • 技术模版
  • 关于我
  • 目标清单
  • 学习框架
  • 育儿经验
  • 我的专栏
  • 底层能力
  • 读书心得
  • 随笔笔记
  • 职场思考
  • 中华历史
  • 经济学故事
  • 1.1专栏序言和介绍
  • 1.2需求层次的模型
  • 1.3一起来做个练习
  • 1.4要带上技能地图
  • 1.5经营好自我工作
  • 2.1信息过载怎么办
  • 2.2体系思维很重要
  • 2.3构建知识的体系
  • 2.4结构化思维思考
  • 2.5闭环思维的逻辑
  • 3.1宏观学习的方法
  • 3.2用海绵法找时间
  • 3.3三段分解学什么
  • 3.4学习方法论实践
  • 3.5链式和环式思考
  • 3.6玩和教保证效果
  • 4.1以结果导向计划
  • 4.2目标设立和管理
  • 4.3分解目标要明确
  • 4.4计划的落地策略
  • 4.5结果的检查改进
  • 5.1掌握些做事方法
  • 5.2三种方案设计法
  • 5.3Pdca执行方法
  • 5.4五问根因分析法
  • 5.5五步问题处理法
  • 5.6四维度总结分析
  • 5.7金字塔汇报方法
  • 5.8STAR摸底分析法
  • 5.9阶段复盘方法论
  • 5.10生命线分享游戏
  • 6.1语言底蕴的提升
  • 6.2阅读的持续提升
  • 6.3理解能力的锻炼
  • 6.4沟通能力的演进
  • 6.5演示幻灯片提升
  • 6.6学会高效的提问
  • 6.7公众演讲的提升
  • 6.8做好技术的演讲
  • 7.1职场晋升的规则
  • 7.2提高工作的效率
  • 7.3打工人如何提升

5.1掌握些做事方法

目录介绍

  • 01.先说一个背景
  • 02.做事能力判断标准
  • 03.讲究做事方法
  • 04.最后总结一下

01.先说一个背景

  • 先看一个案例
    • 你在工作中肯定听到过这样的评价,“这个人做事很靠谱”或者“这个人做事很厉害”。但是你有没有想过:同一个部门的人,级别一样,岗位职责一样,参与的项目也差不多,为什么你会觉得其中某些人做事就是比大部分人更靠谱、更厉害呢?
  • 你是怎么认为的
    • 你可能会认为,这是因为他们态度更积极,更加会表现。但是如果你带过团队就会知道,做事的态度和做事的能力不是等价的。尤其是在部门绩效拉通和晋升预审这些场合,如果你向其他部门的负责人介绍的时候,说自己团队的某个成员“做事积极主动,很认真,很拼”,那么多半会被“怼”得很惨。比如有人可能会说:“晚上9点下班就算拼了?我们团队的 xxx 做项目的时候都是11点才准备下班。”
  • 怎么评判
    • 那么,高级别的管理者是怎么判断你的做事能力强不强的呢?有三条判断标准是能够达成共识的。
  • 思维导图
    • image
      image

02.做事能力判断标准

2.1 标准一:具备闭环思维

  • 什么是闭环思维
    • 闭环思维是最基本的能力要素,也就是说,做事的时候不能只是完成任务了事,而是要从端到端的角度去思考和落地。
  • 端到端的过程
    • 无论什么事情,端到端的过程都可以分为事前规划、事中执行和事后总结三个阶段,但是大部分人都只关注“事中执行”的阶段,而对事前和事后两个阶段并不在意。
    • 第一个原因是,这两个阶段不是自己负责的。比如对技术人员来说,需求是产品经理提的,需求上线后也是产品经理来做业务分析,这些都不是你的本职工作。
    • 第二个原因是,这两个阶段的任务并不一定是强制要求的。比如有些团队的 Team Leader 是问题驱动型的,要么完成项目任务,要么处理问题,而不会主动去规划什么东西,因为规划有时候是一件很费脑筋的事情。也有的人完成任务就万事大吉,接着去做下一个任务,而不会对当前任务进行总结,不会去想哪些做得好可以传承,做得不好可以改进。
    • 但是如果你有了闭环思维,那么就算不是你自己负责的事情,或者不是强制要求的事情,你也会想方设法地去了解更多信息,思考下次怎么做得更好。
  • 举个实际开发案例
    • 以开发人员为例,虽然你只负责开发环节,但是如果按照闭环思维来做事,在做之前你除了理解需求之外,还应该去了解“为什么做这个需求”“需求的价值是什么”(事前规划),需求上线之后,你还应该去了解“需求上线后的结果怎么样?”“具体的业务数据是多少?”“我通过做这件事情收获了什么”(事后总结)等等。
    • 而如果你本来就是端到端地负责某件事情的话,那就更加需要学会事后复盘、给领导汇报等技巧了,而不是做完事情之后被动地等着别人来问结果。

2.2 标准二:有方法论指导

  • 为何需要方法论
    • 有了闭环思维,做事就已经比较靠谱了。但是事情能不能做得漂亮,光有闭环思维是不够的,还需要看你的做事有没有方法论,也就是说,你做事的时候不只是靠经验教训的历史积累,还有一套系统的流程或者模板。
  • 方法论的优势
    • 方法论的第一个优势在于,无论遇到什么情况,你都能取得比较好的结果,能够保证交付质量的下限。否则如果只凭经验,那么下次情况稍微发生一些变化,你就不适应了。
    • 方法论的第二个优势在于,你的行为背后是有一套逻辑支撑的,而不是拍脑袋随便拍出来的,这样会更有说服力。比如你说“我觉得XX业务功能可以改一改”,但是又给不出充分的理由,那么别人很可能认为你是在瞎指挥;但如果你采用了 AARRR 漏斗模型来分析业务数据,在这个模型的基础上提出改进建议,那么别人接受的可能性就大多了。

2.3 标准三:能拿到好的结果

  • 有了方法论是不是就一定很厉害呢?其实还不一定。首先,你可能虽然有方法论,但其实你的方法论是错误的。其次,你之前形成的方法论可能很厉害,但并不适合当前公司或者业务。所以最后,判断你的方法论好不好,其实还是要看最后的结果好不好,给公司带来了多少价值,这也是晋升原则中的价值原则讲的内容。
  • 虽然我们说是否能够拿到好的结果会有运气的成分,但剔除掉运气的因素,方法论的影响也很大。这也是很多从大公司出来的高P人员拿着原来的方法论到了中小公司或者创业公司,生搬硬套导致水土不服的原因。

03.讲究做事方法

  • 经过多年的实践检验和筛选,我逐步形成了一套系统的做事方法论,它按照闭环思维的三个阶段展开,整体结构如下:
  • 事前规划
    • OKR 规划法:英特尔提出、谷歌发扬光大的方法,通过合理地设定目标和分解关键成果来弥补 KPI 的缺陷,用于制定工作规划。OKR 规划不同于传统 KPI 规划,更加注重聚焦和逻辑,你可以理解为“OKR 方法教你如何制定牛逼的 KPI”。
  • 事中执行
    • 3C 方案设计法:我原创的方法,通过制定多个备选方案来系统地分析事情相关的方方面面,避免思维狭隘,用于设计合理的落地方案。
    • PDCA 执行法:美国人提出、日本人发扬光大的方法,通过四个环节的循环来把控执行过程,保证具体事项高效高质地落地,用于推进事情的执行。
    • 5W 根因分析法:丰田集团提出的方法,又叫“丰田五问法”,通过五个为什么来深挖问题本质,用于分析根本原因。
    • 5S 问题处理法:我原创的方法,通过五个步骤来解决问题,化“危”为“机”,用于系统地处理问题。
  • 事后总结
    • 4D 总结法:我原创的方法,通过四个维度来整理做事的收获,能够帮助你在完成任务后进一步全方位地提升自己的能力,用于事后总结。
    • 金字塔汇报法:我参考麦肯锡的金字塔原理所提出的方法,通过遵循四个原则来展示工作成果,从而更容易获得高级别管理人员的认可,用于事后汇报。
    • 四线复盘法:我原创的方法,通过四个角度来复盘重大问题,达到公平公正的处理效果,避免背锅和甩锅,用于重大问题发生后的复盘改进。

04.最后总结一下

  • 总结一下内容
    • 关于做事能力,有三条业界达成共识的判断标准,分别是闭环思维、方法论和结果。
    • 总结的做事方法分为事前规划、事中执行和事后总结三个阶段,包括 OKR 规划法、3C 方案设计法、PDCA 执行法、5W 根因分析法、5S 问题处理法、4D 总结法、金字塔汇报法和四线复盘法等 8 种方法。
  • 思考一下
    • 你在工作中用过这一讲提到的做事方法吗,效果怎么样?或者你自己有没有比较有特色的做事方法呢?
贡献者: yangchong211
上一篇
4.5结果的检查改进
下一篇
5.2三种方案设计法