编程进阶网编程进阶网
  • 基础组成体系
  • 程序编程原理
  • 异常和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打工人如何提升

6.5演示幻灯片提升

目录介绍

  • 01.面评技巧的导学
  • 02.晋升PPT常见误区
  • 03.标准晋升PPT框架
  • 04.自述模型的框架
  • 05.把PPT当成提词器
  • 06.按要求提炼论据
  • 07.用STAR描述论据
  • 08.量化评估的原则
  • 09.不要只做复读机
  • 10.注意控制好时间
  • 11.What和Why要区分
  • 12.要安排模拟面评
  • 13.最后要总结一下

01.面评技巧的导学

  • 你可能会认为,“是金子总会发光的”,只要自己能力达到了,晋升就是“水到渠成”的事情。毕竟评委的眼睛都是雪亮的,经验又丰富,自然能够看出你的闪光之处。
  • 然而现实情况并不是这样,你的能力到底强不强,在评委的眼中可能没有那么明显。因为他们根本没有足够的时间和精力来充分地考察你,只能通过不到2个小时的面评对你做出判断。
  • 所谓“面评”,就是评审阶段的当面交流,包括写PPT(前期的材料准备)、讲PPT(晋升自述)、答辩(回答评委问题)等环节。你需要介绍证据,回答提问,向评委证明自己达到了目标级别的要求。
  • 虽然在你能力不行的情况下,面评技巧无法帮助你通过晋升;但是如果你光有能力,却没有掌握面评的技巧,很可能还是会晋升失败。

02.答辩PPT常见误区

2.1 误区1:答辩PPT形式越炫酷越好

  • 有些人以为 PPT 就是要做得漂亮、做得炫酷,所以采用了大量的图表和区块,明明简单的一两句话就能说清楚的事情,也要用区块占一整页PPT,甚至还专门加一些动画效果。
  • 事实上,PPT的漂亮和炫酷程度并不是关键,有时候反倒会成为累赘,因为评委可能会觉得你的 PPT 是“内容不够,形式来凑”。

2.2 误区2:答辩PPT列的事情越多越好

  • 有些人在总结自己能力的时候,以为列的事情越多,就越能证明自己的能力很强,于是干脆把做过的事情全部罗列出来,逐个介绍。评委无法判断哪些能力才是他的核心能力,产生一种他“啥都会但又啥都不精”的感觉。

2.3 误区3:答辩PPT的内容越详细越好

  • 有些人虽然知道 PPT不要列太多事情,而是要挑几件主要的来讲,但是对于挑出来的这几件事,介绍得特别详细,什么细节都不放过。
  • 他们这么做可能是担心因为紧张而漏讲一些事情,也可能是因为不知道评委会关注什么,以为只要都讲,总能踩到“得分点”。
  • 这个误区有两种表现形式。第一种是虽然页数少,但是每一页的内容特别多,密密麻麻的全是区块和文字,简直要把人逼出“密集恐惧症”。第二种表现形式是虽然每一页内容相对少一些,但是页数很多,讲 PPT 的时候翻页翻得飞快。

03.标准答辩PPT框架

  • 了解了晋升 PPT 的常见误区,但是光知道误区还不足以写出好的PPT。比如我们知道了晋升PPT的内容不是越多越好,但是到底写多少才合适呢?你肯定希望有一个明确的可以衡量的标准。这个是我业余总结的,可能不一定全面和正确,勿喷小杨。
  • 那么,在评委眼中,什么样的PPT是好的晋升PPT呢?简单来说就是,内容好才是真的好,具体要求如下:
  • 结构清晰:比如用金字塔原理或思维导图来讲解思路,用时间线模型来讲解发展历程,用架构图来讲解系统,用流程图来讲解业务,用 UML 类图来讲解代码等。
  • 重点突出:在PPT上,将核心内容提炼成3~5点,让评委能够快速理解你要讲的内容范围。无论是总体上要讲的事项还是每个事项的亮点,都应该遵循这个思路。
  • 与实际讲述内容匹配:你要讲什么,PPT就配合呈现什么,最忌讳的就是讲的内容和 PPT 内容不相符。

3.1 PPT之自我介绍

  • 第一部分是 1~2 页的自我介绍,包括三块内容:一是基本信息,也就是你的姓名、所在团队和业务、当前级别、申请晋升的级别等信息。二是当前职责,也就是你当前主要的职责,比如参与或负责哪块业务、是否带团队、团队规模多大、担任了什么关键岗位(比如项目负责人、系统owner)等。三是工作经历,也就是以前在哪里待过,做过哪些重要项目。
  • 如果你参与了一些关键项目,也可以把这些项目的名称写上,但不要超过3条。当然,要是你换工作比较频繁,公司名气不大,项目又没有什么亮点,这部分也可以不写。

3.2 PPT之自述材料

  • 自述材料,用来向评委展现自己能力。自述材料总体的写作指导思想就是金字塔原理,围绕“我达到了 xx 级别的要求”这 1 个中心主题,设计 3~5 个核心论据,每个论据分为背景、任务、行动和结果 4 个部分展开。整个结构就像金字塔一样,中心明确,层次分明,逻辑清晰。

3.3 PPT之辅助内容

  • 一是自我总结,用能力矩阵或者区块的形式,把你的核心能力再提炼总结一下,让评委有一个整体的印象。需要注意的是这里的提炼要和前面讲的内容呼应,不能前面重点讲了某项能力,结果在总结里面看不到了。同时需要注意的是核心能力 3~5 项最合适,不要列出来 10 项核心能力,这样就体现不出“核心”了。
  • 二是发展规划,结合自己的发展目标、业务的发展趋势、自己的不足等情况,设定一个综合的发展方向和路径。你可能会担心,把缺点也列出来,会不会导致评委给自己打低分呢?其实正好相反,这样做恰恰证明你对自己的能力有清晰的认知,并且对职业发展有长远的规划。
  • 需要注意的是,列出来的一定是自己想清楚的缺点,不能为了列缺点而随便写几个凑数,因为评委有可能会真的对这部分也展开提问。另外还有一点也需要注意,你欠缺的能力不能是目标级别的核心要求,而应该是更高的要求,不然就是自己打自己脸了。

04.自述模型的框架

  • 自述材料总体的写作指导思想就是金字塔原理。根据金字塔原理,我总结了自述材料的标准模型,这个模型就像金字塔一样,中心明确,层次分明,逻辑清晰,一共包括 3 个层级。
  • image
    image
  • 顶部是中心主题,自述材料的中心主题很明确,就是向评委证明你的能力达到了目标级别的要求。
  • 中间是论据,也就是你用来证明自己的能力确实达到要求的依据,常见的论据包括:你负责或者参与过的项目,你带过的团队,你负责的系统或者业务。
  • 底部是 STAR,也就是 Situation(情景)、Task(任务)、Action(行动)和 Result(结果)4 个部分。

05.把PPT当成提词器

  • 很多人因为没什么演讲经验,担心自己因为紧张而忘记要讲的内容,所以就干脆把要说的话全部贴在 PPT 上。这种做法有两大坏处,一是满屏充斥的信息会把评委逼出“密集恐惧症”,二是会让评委在潜意识里产生“浪费时间”的感觉。
  • 那么我们该怎么写呢?有效的做法是把PPT当成“提词器”,而不是讲话稿。换句话说,PPT上面展示的内容不是给你念的,而是用来提示你要讲的内容范围的,这个有点难,我感觉我在讲的时候都忘词了,还是要多练习。
  • 一方面是提示你自己,这一页PPT应该讲哪几个关键点,至于具体的详细内容,不用放上去,只需要从你的嘴说出来就行了。另一方面也是提示评委,告诉他们你将要讲什么,这样评委就能够快速收集自己头脑中跟这些内容相关的知识、技能和经验,一边听你讲,一边理解并形成初步判断。

06.按要求提炼论据

  • 第一类是核心论据,和目标级别的能力要求强相关,并且能够让评委眼前一亮,一般需要提炼 3~5 项。提炼核心论据是有套路的,你可以参考COMD模型,根据目标级别的能力要求去找相关的复杂度高的工作。这些工作往往会有一些共同的特点,比如持续时间长、规模大、不确定性高、有一定挑战性或者创新性等,找起来并不难。
  • 第二类是辅助论据,从侧面说明你的能力,起到锦上添花的作用,不用太多,只要 1~3 项就行。它的价值在于,如果你和另外一位申请者在核心论据上的表现差不多,但是你准备了辅助论据而他没有,或者你的辅助论据更加亮眼,那么评委很可能给你更高的评价。

07.用STAR描述论据

  • 提炼好论据之后,具体要怎么向评委描述,才显得有理有据呢?经过摸索和实践,我推荐你使用 STAR 方法,也就是 Situation-Task-Action-Result。
  • Situation(背景)首先是描述事情的背景。注意,不要把项目 Word 文档里的内容直接贴上去,而是应该提炼 1~3 条关键内容摘要。
  • Task(任务)其次是描述你在这件事情里面的角色和负责的任务。这里要特别注意,不要把整个项目的任务写上去,因为评委关注的是“你在项目中发挥的作用”,而不是“整个项目有多牛逼”。
  • Action(行动)然后是行动。你要讲清楚自己做了什么,展现了哪些能力,这是最关键的部分。
  • Result(结果)最后是讲述事情最终的结果。这是最不容易写好的部分。大部分人在这个环节犯的错误就是太“虚”,只有定性的描述,没有定量的描述。

08.量化评估的原则

  • 所谓量化评估,就是把要评估的内容转化成可以量化的数据来呈现。那么,要怎么做这个量化呢?
  • 1.先有基数后有比例。比例数值要有基数说明,因为只有把基数和比例结合起来才能完整地评估结果。比如 A 和 B 两个项目都是“渗透率从 20% 提升到 30%”,其中 A 项目的日活用户是 1000 万,而 B 项目的日活用户只有 10 万,那么从评委的角度看,A 项目的结果和价值明显要优于 B 项目。
  • 2.用绝对值而不是相对值。比例数值要用绝对值而不是相对值,因为相对值很好的原因可能是之前做得太烂。比如 A 项目是“渗透率从 2% 提升到 6%”,B 项目是“渗透率从 20% 提升到 30%”,那么从评委的角度看,A 项目的结果和价值就不如 B 项目了。
  • 3.将数值转换为“钱”。在前两个原则的例子中,我们都是单纯地根据量化数据的大小来判断结果,但实际上只做这样的对比是不够的。要将数值转换为“钱”。这里的钱可以是收入、支出、成本和人力等。比如 A 项目是“渗透率从 2% 提升到 6%,增加广告收入 30 万”,B 项目效果是“渗透率从 20% 提升到 30%,增加会员收入 30 万”,那么从评委的角度看,A 项目虽然数值低,但业务价值明显更大。

09.不要只做复读机

  • 其实讲 PPT 的难度还要更大。因为大部分人平时都缺少这方面的锻炼机会,不知道怎么讲才好。讲太少了担心没讲透,讲太多了又担心显得啰嗦,或者增加出错的机会。
  • 把 PPT 当成提词器,而不是讲话稿。同样的道理,在讲 PPT 的时候,你要做一个演讲者,而不是一台复读机。也就是说,你不要照着 PPT 念,而应该根据 PPT 上的关键词和语句,适当地展开说明。
  • 还有一个小技巧,讲的时候要结合 PPT 的布局,根据从左向右、从上往下的顺序。因为评委看 PPT 的时候是按照这个顺序来看的,你不要跳着来讲,不然会增加评委理解的负担。

10.注意控制好时间

  • 不管是晋升 PPT 还是各种技术会议的演讲PPT,你都可以根据有效页的数量来估算时间。
  • 一个有效页的讲解时间建议是1~3分钟,平均控制在2分钟左右。为什么是这个时长呢?因为如果时间再短一些,讲完后评委没什么印象;时间再长一些,讲完后评委只知道你讲了很多,但具体讲了什么就记不住了。
  • 要严格控制时间,我之前做法,就是针对每张PPT,做出时间预演,多练习几次,就能准确无误控制时间。

11.What和Why要区分

  • 自述环节主要讲 What,也就是事实部分,我们做了什么;答辩环节再根据评委的问题来讲 Why,也就是这样做的原因,一般是你对技术原理的理解、你对业务的思考以及你过去总结的经验教训等。

12.要安排模拟面评

  • 这是最重要的经验,也是效果最好的经验。具体的方式有两种。
  • 第一种是自己试讲,你找一个会议室(实在没有会议室也可以在自己座位上),打开 PPT 演示模式,试着讲几遍。试讲的时候要注意两点,一是要发出声音,不要在心里默念;二是计时,如果试讲的时候发现时间太长,就要调整 PPT 内容或者减少某些内容的讲解时间了。一般来说,自己试讲 3 遍以上,才能讲得比较流畅。
  • 第二种方式是内部模拟面评,协调部门内的高级别人员扮演评委的角色,对你进行一次模拟面评,流程和正式面评一样,你先在自述环节讲 PPT,然后在答辩环节回答问题。内部模拟面评有三个好处:首先,你可以感受到面评的氛围,提前适应压力,等到了真正进行面评的时候就不会那么紧张了。其次,内部高级别人员曾经参加过晋升,甚至可能担任过评委,知道评委可能会关注哪些点,能够帮助你提前发现遗漏和疏忽的地方。最后,你也可以通过模拟面评发现 PPT 或者讲述内容中的一些错误。

13.最后要总结一下

  • 1.写晋升 PPT 的时候有 3 个常见误区,分别是形式越炫酷越好,列的事情越多越好,内容越详细越好,这些都是我们要注意避免的。
  • 2.好的晋升 PPT 有 3 点要求,分别是结构清晰,重点突出,与实际讲述内容匹配。
  • 3.标准的晋升 PPT 框架可以分为3个部分,首先是自我介绍,其次是自述材料,最后是辅助内容。其中自述材料最重要,总体的写作指导思想是金字塔原理。
  • 4.写作技巧主要有三个,一是把PPT当成提词器,二是围绕目标级别的能力要求提炼论据,三是用 STAR 方法来描述论据。
  • 最后说一句,还是要多练习,不然理论再多,如果不落实,那没多大作用。
贡献者: yangchong211
上一篇
6.4沟通能力的演进
下一篇
6.6学会高效的提问