所谓“面评”,就是评审阶段的当面交流,包括写 PPT(前期的材料准备)、讲 PPT(晋升自述)、答辩(回答评委问题)等环节。你需要介绍证据,回答提问,向评委证明自己达到了目标级别的要求。
能力不行的情况下,面评技巧无法帮助你通过晋升;但是如果你光有能力,却没有掌握面评的技巧,很可能还是会晋升失败。
一、PPT框架
写PPT的核心是写重点,什么是重点?目标级别有要求,你写的内容要能证明你达到了这个要求。可以根据COMD或者职级详解里的内容,仔细梳理一下有哪些要求,看看哪些事项能够证明自己达到了,如果有缺失的,尽快补录。
1.1误区
写PPT的时候有一些误区:
1.晋升PPT的形式越炫酷越好:评委可能会觉得你的 PPT 是“内容不够,形式来凑”
2.晋升PPT列的事情越多越好:内容太多且没重点,评委无法判断哪些能力才是他的核心能力,产生一种他“啥都会但又啥都不精”的感觉
3.晋升PPT的内容越详细越好:很难把握重点,很难记住前后的内容,评委关注的点可能也不一样
1.2建议
1.结构清晰:比如用金字塔原理或思维导图来讲解思路,用时间线模型来讲解发展历程,用架构图来讲解系统,用流程图来讲解业务,用 UML 类图来讲解代码等。
2.重点突出:在 PPT 上,将核心内容提炼成 3~5 点,让评委能够快速理解你要讲的内容范围。无论是总体上要讲的事项还是每个事项的亮点,都应该遵循这个思路。
3.与实际讲述内容匹配:你要讲什么,PPT 就配合呈现什么,最忌讳的就是讲的内容和 PPT内容不相符。
1.3写作框架
第一部分:自我介绍
一是基本信息,也就是你的姓名、所在团队和业务、当前级别、申请晋升的级别等信息。
二是当前职责,也就是你当前主要的职责,比如参与或负责哪块业务、是否带团队、团队规模多大、担任了什么关键岗位(比如项目负责人、系统 owner)等。
三是工作经历,也就是以前在哪里待过,做过哪些重要项目。
第二部分:自述材料
自述材料总体的写作指导思想就是金字塔原理,围绕“我达到了 xx 级别的要求”这 1 个中心主题,设计 3~5 个核心论据,每个论据分为背景、任务、行动和结果 4 个部分展开。整个结构就像金字塔一样,中心明确,层次分明,逻辑清晰。
第三部分:辅助内容
一是自我总结,用能力矩阵或者区块的形式,把你的核心能力再提炼总结一下,让评委有一个整体的印象。需要注意的是这里的提炼要和前面讲的内容呼应,不能前面重点讲了某项能力,结果在总结里面看不到了。同时需要注意的是核心能力 3~5 项最合适,不要列出来 10 项核心能力,这样就体现不出“核心”了。
二是发展规划,结合自己的发展目标(比如这次由 P6 晋升 P7 之后,还想继续晋升到 P8)、业务的发展趋势、自己的不足等情况,设定一个综合的发展方向和路径。比如作者晋升P8时的未来规划:
1)提升对游戏整体业务端到端的理解,参与业务规划
2)提升团队管理能力,能够独立带一条业务
二、PPT写作
自述材料总体的写作指导思想就是金字塔原理。
2.1概括
顶部是中心主题,自述材料的中心主题很明确,就是向评委证明你的能力达到了目标级别的要求。
中间是论据,也就是你用来证明自己的能力确实达到要求的依据,常见的论据包括:你负责或者参与过的项目,你带过的团队,你负责的系统或者业务。
底部是 STAR,也就是 Situation(情景)、Task(任务)、Action(行动)和 Result(结果)4 个部分。
2.2技巧
把 PPT 当成提词器
把 PPT 当成“提词器”,而不是讲话稿。PPT 上面展示的内容不是给你念的,而是用来提示你要讲的内容范围的。另一方面也是提示评委,告诉他们你将要讲什么,这样评委就能够快速收集自己头脑中跟这些内容相关的知识、技能和经验,一边听你讲,一边理解并形成初步判断。
围绕能力要求提炼论据
第一类是核心论据,和目标级别的能力要求强相关,并且能够让评委眼前一亮,一般需要提炼 3~5 项。根据目标级别的能力要求去找相关的复杂度高的工作。这些工作往往会有一些共同的特点,比如持续时间长、规模大、不确定性高、有一定挑战性或者创新性等,找起来并不难。
第二类是辅助论据,从侧面说明你的能力,起到锦上添花的作用,不用太多,只要 1~3 项就行。整理辅助论据也不难,一些常见的辅助论据包括参加业界技术大会(证明自己主动拓宽技术视野)、在业界技术大会上演讲(证明自己有一定的业界影响力)、发表文章、出版书籍、承担一些虚拟组织的组长(比如学习小组和交流小组)以及参与开源项目等。
用 STAR 方法来描述论据
1.Situation(背景):首先是描述事情的背景。注意,不要把项目 Word 文档里的内容直接贴上去,而是应该提炼 1~3 条关键内容摘要。
- 比如某资讯类项目的背景是:随着行业自媒体的发展,大量质量参差不齐的内容涌现,如何让优质内容快速到达目标用户成为一个很大的挑战。这么一大段话放到 PPT 上显然是不合适的,最好提炼为:自媒体内容推荐。不过你在讲的时候,还是应该说“随着……挑战”那段比较长的话。
2.Task(任务):其次是描述你在这件事情里面的角色和负责的任务。
- 不要把整个项目的任务写上去,因为评委关注的是“你在项目中发挥的作用”,而不是“整个项目有多牛逼”。
3.Action(行动):你要讲清楚自己做了什么,展现了哪些能力,这是最关键的部分
- 第一,不要把 Word 文档的内容直接贴到 PPT 上,PPT 只要展示你提炼的 3~5 个核心点就行了,其他内容得靠你自己讲出来。尽量用架构图、流程图、类图和思维导图等形式来展现,然后提炼几个关键内容用文字展现出来,其他详细内容自述的时候讲出来即可,有点像游戏中的那个梗“开局一张图,内容全靠编”,我们不能编内容,而应该是“开局一张图,内容主要靠说。
- 第二,PPT 上只要写“做了什么”,用不着写“为什么这么做”。因为评委肯定会在答辩环节问到这一点,而且跟你进行多次的交流探讨。但是你无法预知评委究竟会怎么问,自述时间又很宝贵,所以不可能提前把背后的思考过程全都写上。
4.Result(结果):讲述事情最终的结果。所有事情的结果都应该围绕效率、效果、质量和成本这 4 个维度进行量化评估。写的时候要先有基数后有比例、用绝对值而不是相对值(因为相对值很好的原因可能是之前做得太烂)、将数值转换为“钱”。如下是一些样例
页数分配
自述材料的总页数是 10~15 页,所以单个论据建议不要超过 3 页。那么对于一个论据来说,STAR 的 4 个部分,要怎么分配页数呢?一般情况下,你可以把背景、任务和结果放在第 1 页,然后把行动单独放在第 2 页;如果行动比较复杂,也可以分成2 页,这样总页数就是 3 页。有特别牛逼的也不要超过5页。
2.3答疑
第 1 个疑问是,业务背景很庞大,介绍起来很费时间,那还要不要先介绍一下业务背景呢
- 要介绍业务背景,但是要根据不同的级别采取不同的方式来介绍。
- 你可以根据产业链图对整个行业的背景做一个概要的介绍,时间控制在 1 分钟以内。
- 晋升 P7/P8/P9 的时候都可以用业务大图来说明你负责的业务范围,这能让评委(无论是否跨业务线)对你的职责范围和所做事情的复杂度有一个直观的了解。
第 2 个疑问是,某个项目的技术难度很高,但是最终的结果不好,可不可以讲呢?
- 如果结果不好的原因是你不可控的因素,比如业务调整、市场变化、国家法律政策变化等,那么是可以讲的。
- 如果结果不好的原因是你自己导致的,比如过度设计、错误选型以及采取了虽然先进但是你还掌握不了的技术等,这类项目就不能讲。
第 3 个疑问是,某个项目的技术难度不高,但最终结果特别好,可不可以讲呢?
- 我建议就不要讲了,因为晋升 PPT 自述材料的中心主题是向评委证明你的能力达到了目标级别的要求,而不是展示绩效。
第 4 个疑问是,做了 10 件事情,但是却没有 1 个特别出彩的,可不可以讲呢?
- 如果你负责的核心工作都是这个样子,那晋升就比较危险了,评委会认为你“只有苦劳,没有功劳”。
三、PPT讲解
3.1做一个演讲者,而不是一台复读机
比方说在我们介绍过的咨询类项目的例子中,PPT 上写的只有几个字——“自媒体内容推荐”;而你要讲出来的却是一大段话—— “随着行业自媒体的发展,大量质量参差不齐的内容涌现,如何让优质内容快速到达目标用户成为一个很大的挑战。”
3.2有效页 1~3分钟,总时间20~30分钟
有效页是指去掉封面、所有目录页、Q&A、鸣谢页、封底、广告页、二维码页等过渡类和引导类页面之后,剩余的内容页。一个有效页的讲解时间建议是 1~3 分钟,平均控制在 2 分钟左右。为什么是这个时长呢?因为如果时间再短一些,讲完后评委没什么印象;时间再长一些,讲完后评委只知道你讲了很多,但具体讲了什么就记不住了。
3.3自述讲What,答辩讲 Why
自述环节主要讲 What,也就是事实部分,我们做了什么;答辩环节再根据评委的问题来讲 Why,也就是这样做的原因,一般是你对技术原理的理解、你对业务的思考以及你过去总结的经验教训等。
3.4无论多忙都要安排模拟面评
第一种是自己试讲,要发音并记录时间。自己试讲 3 遍以上,才能讲得比较流畅。
第二种方式是内部模拟面评,协调部门内的高级别人员扮演评委的角色,对你进行一次模拟面评,流程和正式面评一样,你先在自述环节讲 PPT,然后在答辩环节回答问题。
四、答辩技巧
答辩环节才是直接决定你能否通过晋升的关键。因为即使你在写 PPT 和讲 PPT 的时候表现不那么好,答辩环节还是可以弥补的;反过来就不行,如果你的 PPT 写得很漂亮、讲得也很有条理,但是答辩环节表现不过关,那么还是无法通过晋升。
4.1明确评委问题类型,回答关键内容
1.What 类问题关注的是结果,回答的关键内容是“做了什么事情 + 拿到什么结果”,其中事情部分最好用 3 句话能够描述清楚,结果部分尽量用数据来描述。What 类问题问得比较少,因为大部分内容你已经在自述环节讲过了。评委问这类问题,一般是发现了你遗漏的内容,或者对某些细节感兴趣,希望更全面地了解一些信息。
2.How 类问题关注的是过程,回答的关键内容是“做事情的方法 + 实施的步骤”,其中方法部分要点出关键词,也就是评委提问的引子,而步骤部分要有逻辑,常见的时间逻辑、空间逻辑和业务逻辑等都可以。How 类问题用 1~2 分钟来回答比较合适。
3.Why 类问题关注的是原因,回答的关键内容是“技术原理 + 思考过程”。具体来说,Why类问题可以再继续细分。
第一类是技术相关的 Why 类问题。一般回答相关原理,包括技术理论、技术原则和技术方法论等,比如高可用的 CAP 理论、网络编程的多路复用、浏览器渲染原理等。
第二类是决策相关的 Why 类问题。一般回答决策背后的思考,包括分析过程、分析方法、分析框架和决策标准等
第三类是综合类问题,跟技术和决策都有关系,你的回答既要包括原理,也要包括思考。
4.2答不上来就想办法回到熟悉的领域
遇到不会的问题,正确的做法是,不要编、不要蒙,老老实实承认不会,然后引导评委关注自己其他的技能,回到自己熟悉的领域。因为晋升的时候,你根本不用着证明自己全知全能,只要向评委展示出你的核心能力就够了。
如果懂相关的技术,可以这么引导:“抱歉,这部分我没有深入研究,但是我在 XX 技术上花费了比较多的时间,进行了深入的研究。”。如果实在不知道怎么引导,那就干脆不要引导,承认对这个问题不懂就行了。
4.3发生争执就及时终止话题
如果遇到产生争执,你可以这样说:“这部分内容我可能还没有研究透彻,后面我自己再深入研究一下。”。没必要非得争个对错,有什么价值呢?