编程进阶网编程进阶网
  • 基础组成体系
  • 程序编程原理
  • 异常和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.6四维度总结分析

目录介绍

  • 01.前言简单的介绍
  • 02.总结常见的误区
  • 03.如何去展现亮点
  • 04.从结果维度分析
  • 05.从数据维度分析
  • 06.从技术维度分析
  • 07.从成长维度分析
  • 08.三条总结说事情
  • 09.总结模版的案例
  • 10.最后要总结一下

01.前言简单的介绍

1.1 影响结果因素多

工作中,好方法能够提升你拿到好结果的概率,但是不能保证让你一定拿到好的结果,因为影响最终结果的因素太多了。

就算大量使用方案设计法,决策过程仍然有可能有失误。比如讨论备选方案的时候漏了一个重要的方案;或者决策时采用的判断标准有问题,多方面原因造成结果未达标。

就算使用罗列执行计划,执行过程仍然有可能出现偏差。对任务进行规划和跟踪,具体执行的时候,可能会受到使用者的水平和投入资源等因素的限制。

1.2 做事结果很重要

不但做事的方法很重要,而且做事的结果也重要。在汇报或总结的时候,Leader除了考察规划和执行相关的“为什么”之外,还会考察和做事结果相关的“为什么”。

比如:你认为这个结果怎么样?你怎么评价这个结果?为什么你认为这个结果不好?为什么你的方法挺好但是结果不好?你从这个结果得到什么经验和教训?

结果好的事情讲起来就很容易,结果不好才需要包装一下。其实不是这样的,结果不好的事情,需要分析原因,总结经验教训;结果好的事情,更需要讲清楚你对结果的贡献。

02.总结常见的误区

2.1 拔高自己的贡献

讲的贡献是团队的总贡献,没有讲清楚自己对结果的贡献,或者拔高了自己对结果的贡献。

只讲自己的做事方法多么高大上,却不提最终的效果,比如说自己引入了某某算法,但却不说到底带来了什么好处。

2.2 描绘的结果虚

虽然提了一下效果,但都是比较虚的描述,比如高可用、高性能、用户转化率大大提升之类的话,评委听完也不知道到底有多高、有多大提升。

虽然描述效果的时候列出了数据(能列出数据已经超出了60%的人),但对于数据没有自己的理解和判断,评委针对数据问的问题都答不上来。

03.如何去展现亮点

总结的时候到底要怎么说才能充分展示出自己的工作亮点呢?这就要用到4D总结法了!

也就是从结果、数据、技术和成长这 4 个维度(Dimension)来整理自己的做事收获,从而涵盖事情的重点难点核心点,有效地应对晋升答辩时可能遇到的各种问题。

04.从结果维度分析

结果这个维度重点关注的是事情带来的价值,不同类型的团队在结果价值方面表现会有一些差异。

4.1 业务开发团队

不管是业务开发项目,技术优化方案,还是管理措施,我都建议从业务角度进行结果总结:

对于业务开发项目来说,从业务的维度总结是自然而然的,例如某个业务用户日活是多少。

对于技术优化方案来说,主要看技术方案给业务带来的价值是什么,例如高可用方案让业务 P1 故障从 5 次减少到 0 次。

对于管理措施来说,主要看管理措施带来的效率和质量的提升,例如同样的人员支撑了更多业务。

4.2 中间件开发团队

结果建议从系统的性能、可用性和成本等方面进行总结;如果中间件系统已经产品化,也可以从销售量或者流量等方面进行总结。

4.3 技术支撑团队

也就是运维和测试之类的部门,结果建议从质量、效率和成本方面进行总结。

比如测试做了一个自动化测试平台,可以降低 5000 人日测试工作量,使用了这个自动化测试平台的某业务线上年度故障数量从 20 个降低为 5 个。

05.从数据维度分析

不要描述虚的。像“提升了开发效率”这种比较虚的描述,应该改成“开发一个功能从20人天提升为2人天”这种使用具体数据的描述。

通过数据来描述结果,不但要列出相关的数据,而且对于这些数据背后的含义也要有自己的理解,尤其是对数据的评价以及评价的标准。通过评价数据的方式,你可以培养自己的业务思维和理解力。

很多人在一开始尝试的时候都会遇到一个疑问:感觉这个事情好像没办法用数据来描述啊?这个时候怎么办呢?

其实大部分的情况,不是真的不能用数据来描述,而是你没有去搜集数据,没有养成用数据来说明的习惯。

06.从技术维度分析

对于技术人员来说,做完一个项目或者方案之后,技术上有哪些提升、学到了什么新的技术、对哪些技术有了更深或者更全面的理解等,都可以在总结的时候系统地梳理一下。

虽然我们在设计方案的时候已经采用了3C方案设计法对领域进行了全面地分析和研究,但并不代表这样就可以完全掌握所有相关的知识和技能。

在具体落地的过程中肯定还会遇到很多细节或者之前没有注意的地方。在事情做完后,统一地整理和总结一下经验教训,能够进一步提升技术深度。

07.从成长维度分析

7.1 关注综合能力

除了关注技术上的提升之外,你还需要关注个人综合能力成长,也就是软实力提升,比如对业务的理解能力、项目组织能力、带领团队的能力、沟通能力和做事方法等。

这些能力在 P5/P6 晋升的时候可能没那么重要,但是到了P7以后就会变得越来越重要,而且综合能力很难靠突击来提升,只能在平时工作中逐步积累。

7.2 业务理解能力

做完一个项目后,可以从以下角度去总结:业务的适应场景是什么?目标用户是谁?目标用户有什么特点?解决了目标用户的什么问题?实际的效果如何?用户为什么喜欢或者不喜欢这个功能?

随着做的项目越来越多,你通过总结得到的业务理解信息和能力也越积越多,到了一定阶段就可以量变导致质变,业务理解能力大大提升。

08.三条总结说事情

8.1 如何快速说总结

做总结可以说是我们日常工作中非常重要的事情了,但却不是人人都能做得好,毕竟这个世界上,把简单问题复杂化很容易,而把复杂问题简单化很难。

那究竟如何做好总结呢?不管是什么总结,大到公司三年战略规划,小到如何接客服电话,一律要求用三条说清楚。三条总结,不是总结出最重要的三点,而是用三点把所有的事情说清楚。

8.2 三条总结法

第一,唯有简单,才能被理解;唯有被理解,才能被记忆;唯有被记忆,才能被执行。

现代社会是一个信息爆炸的社会,也是一个快节奏的社会,没有人有耐心花十分钟看完一篇文章,也没有人有兴趣去记忆十几、几十条原则。所以注定,唯有简单,才能有效。

第二,任何事情,如果你不能用三条说明白,说明你还没有想清楚。

有人会认为,简单的问题可以三条总结,复杂的问题做不到三条总结。这恰恰是我们要解决的问题,我们追求的就是把最复杂的问题能用三条说清楚。

第三,我们说的三条总结,是只用三条说清楚所有问题。

而不是总结了十条然后选取其中最重要的三条,后面还有七条八条,合起来才能够把问题说清楚。

8.3 如何做到三条总结

有人会认为,简单的问题可以三条总结,复杂的问题做不到三条总结。这恰恰是我们要解决的问题,我们追求的就是把最复杂的问题能用三条说清楚。

那如何才能做到三条总结呢?非常重要的一点就是,归纳、总结、提炼,再归纳、再总结、再提炼。

把问题总结为十几条之后,再进行分析,看是否可以进一步进行总结,如果站在更高些的高度,哪些问题属于细枝末节哪些属于核心问题,核心问题中是否有些问题还是属于同类项,可以合并?

再进行分析,让自己再向后退站到更高的高度进行归纳、总结和提炼,看看哪些问题属于细枝末节,哪些属于核心问题,核心问题中是否可以进一步合并同类项,最终形成三条总结。

这三条涵盖了问题的所有方面,是我们理解这个问题以及掌握这个问题的关键。掌握了这三条,就掌握了这个问题。

归纳、总结、提炼,这是非常重要的逻辑分析能力,它们的基础是常识和逻辑。而常识和逻辑是我们一切思维的基础,超越常识就是骗局,不合逻辑必有问题。

8.4 三条总结法收益

三条总结的过程,也是一个逼迫自己不断向上攀登认知更高峰的过程,对越复杂问题进行三条总结,越需要你站在更高的高度,进行更高水平的归纳总结和提炼。

完成了对越复杂问题的三条总结,也就完成了一次自己认知的越大飞跃。

09.总结模版的案例

9.1 总结的核心点

工作总结,要对所做工作进行归纳,总结工作开展情况,描述工作过程或工作措施,展示工作成效,分析问题及改进,最后写下一年计划。

1、中心思路要明确: 按照逻辑思路回答三个问题:“做了什么?如何做的?做的如何?未来如何做的更好?”

2、结构要清晰: 按照四步法来建立提纲:工作情况及工作措施、工作业绩及亮点、存在不足与问题、下一年计划。

9.2 总结的模版

一、总体工作情况。

1.1 工作,主要是***。工作从月开始,我们部门开始推进工作,深入实施***,推进工作。举办,提高***,出台***,拓展***,完成***,开展***,建设***,启动***,累计完成***。

1.2 开展工作,主要做了、业务。其中,。工作包括两大方面内容,一是***。二是***。

二、主要工作措施及业绩亮点

2.1 采取方式,推进了工作。实行***,组织开展***,通过***,实施***,获得***。工作业绩,可以按照指标对比进行图标分析,描述完成率,若是没有详细数据,则可以以文字和达标情况结合表述。这是重点,要展示出部门的贡献、价值所在。

2.2 实施战略,带动发展。为***,结合***,加快***,打造***。在***方面,有了明显增加。

三、存在问题及不足之处

可以找客观理由,但只说客观原因,有推卸责任之嫌,适当地如实地表述一下部门的困难、问题,也是寻求支持的一个好机会。

对于不足的地方也可以如实陈述表达。但是,这部分一定要适而可止,毕竟在年终总结这个时候,不需要把问题和不足说得太多。

四、未来的工作计划

我们将***,继续***,***。我们的工作计划具体 :1,2,3……

10.最后要总结一下

汇报工作成果时有四个常见的误区:只有结果没有效果;效果只有很虚的描述,没有具体数据;对给出来的数据没有自己的理解和判断。

4D 总结法就是从结果、数据、技术和成长这 4 个维度(Dimension)来整理自己的做事收获,展示工作上的亮点。

当总结数量积累到一定程度的时候,还可以再系统地整理一下,写成文章发表或者拿去给团队做培训,那样效果会更好。

贡献者: yangchong211
上一篇
5.5五步问题处理法
下一篇
5.7金字塔汇报方法