一、报告准备
1、报告要点
结构清晰:比如用金字塔原理或思维导图来讲解思路,用时间线模型来讲解发展历程,用架构图来讲解系统,用流程图来讲解业务,用 UML 类图来讲解代码等。
重点突出:在 PPT 上,将核心内容提炼成 3~5 点,让评委能够快速理解你要讲的内容范围。无论是总体上要讲的事项还是每个事项的亮点,都应该遵循这个思路。
与实际讲述内容匹配:你要讲什么,PPT 就配合呈现什么,最忌讳的就是讲的内容和 PPT 内容不相符。
2、报告内容
第一部分:自我介绍(1~2页)
1、基本信息,也就是你的姓名、所在团队和业务、当前级别、申请晋升的级别等信息
2、是当前职责,也就是你当前主要的职责,比如参与或负责哪块业务、是否带团队、团队规模多大、担任了什么关键岗位(比如项目负责人、系统 owner)等。
3、三是工作经历,也就是以前在哪里待过,做过哪些重要项目。
比如:
2010.09 ~ 2013.05 支付宝 技术专家 支付宝 App 无线化项目
第二部分:自述材料(10~15页)
自述材料总体的写作指导思想就是金字塔原理,围绕“我达到了 xx 级别的要求”这 1 个中心主题,设计 3~5 个核心论据,每个论据分为背景、任务、行动和结果 4 个部分展开。整个结构就像金字塔一样,中心明确,层次分明,逻辑清晰。

顶部是中心主题,自述材料的中心主题很明确,就是向评委证明你的能力达到了目标级别的要求。
中间是论据,也就是你用来证明自己的能力确实达到要求的依据,常见的论据包括:你负责或者参与过的项目,你带过的团队,你负责的系统或者业务。
底部是 STAR,也就是 Situation(情景)、Task(任务)、Action(行动)和 Result(结果)4 个部分。
Situation(情景):目前项目中的痛点
Task(任务):把自己负责的项目的任务写上去,因为评委关注的是“你在项目中发挥的作用”
Action(行动):你要讲清楚自己做了什么,展现了哪些能力,这是最关键的部分
(1)尽量用架构图、流程图、类图和思维导图等形式来展现,然后提炼几个关键内容用文字展现出来
(2)PPT 上只要写“做了什么”,用不着写“为什么这么做”。因为评委肯定会在答辩环节问到这一点,而且跟你进行多次的交流探讨。
Result(结果):正确的做法是 “虚实结合”,而且重点在“实”,所有事情的结果都应该围绕效率、效果、质量和成本这 4 个维度进行量化评估。
第三部分:辅助内容(1~3页)
1、自我总结,用能力矩阵或者区块的形式,把你的3~5 项核心能力再提炼总结一下,让评委有一个整体的印象。
2、发展规划,结合自己的发展目标(比如这次由 P6 晋升 P7 之后,还想继续晋升到 P8)、业务的发展趋势、自己的不足等情况,设定一个综合的发展方向和路径。
例如
希望在晋升 P7 之后,能够带 5 人以上的团队负责 xx 项目,锻炼自己的管理能力”。
二、报告讲解
1、报告时间:
自述的时间在 20~30 分钟这个范围内,每页2分钟
2、报告方向
自述讲 What,答辩讲 Why
(1)What 类问题
“做了什么事情 + 拿到什么结果”
(2)How 类问题
“做事情的方法 + 实施的步骤”,其中方法部分要点出关键词,也就是评委提问的引子,而步骤部分要有逻辑,常见的时间逻辑、空间逻辑和业务逻辑等都可以。
例如关键词就是微服务,步骤部分的逻辑则可以是业务优先级,按照优先级从低到高的顺序进行拆分,第一步拆分 A 服务,第二步拆分 B 服务,第三步拆分 C 服务,总共拆分成 4 个服务(原有服务 + A + B + C)。
(3)Why 类问题
“技术原理 + 思考过程”
第一类是技术相关的 Why 类问题,一般回答相关原理,包括技术理论、技术原则和技术方法论等,比如高可用的 CAP 理论、网络编程的多路复用、浏览器渲染原理等。
第二类是决策相关的 Why 类问题,一般回答决策背后的思考,包括分析过程、分析方法、分析框架和决策标准等。
第三类是综合类问题,跟技术和决策都有关系
(4)答不上来就想办法回到熟悉的领域
遇到不会的问题,正确的做法是,不要编、不要蒙,老老实实承认不会,然后引导评委关注自己其他的技能,回到自己熟悉的领域。因为晋升的时候,你根本不用着证明自己全知全能,只要向评委展示出你的核心能力就够了。