运营开发通道晋级答辩总结

前言

老司机都说T2-3到T3-1是个坎，虽然还不知道自己这个坎有没有跨过去，但是经历过一次答辩之后，还是觉得自己在思想上发生了一点点蜕变，所以写下来，总结反思下。

功夫在平时

T3-1 标准是独挡一面，证明自己可以cover一块事情，在工作中，就是可以独立负责一个项目，同时在技术上有一定的深度和广度，这些最终都会体现在晋级答辩这短短的30分钟内。对于项目和技术的思考临时抱佛脚是不够的，须要在平时就准备着。

项目

项目的方(tao)法(lu)论覆盖了项目的各个环节，项目背景、问题分析、解决方案，实施思路，项目目标，风险控制等，只有每一步都有过自己的思考和实践，才能很好的呈现出来，从容应对评委的提问

项目背景：突出矛盾，回答好为什么要做，存在什么问题，问题的严重程度，影响是什么，

问题分析：深入分析，逻辑性要强，不断追问问题本质，不要满足于大部分人都会有的共识。举例，问题效率低->工具缺失、散乱->团队之间配合不好，沟通成本高->...->...

tips：平时做项目的时候可以多思考，注意多和团队成员、leader交流，检验自己思考的准确性和逻辑性

解决方案：整体方案是什么，关键环节是什么

实施思路：自己怎么一步步把问题解决掉，先做什么，后做什么，例如，提升策略运营闭环，先补位，再打通，先建设，后运营等

项目目标：注意从解决方案和实施思路后到确定项目目标的逻辑性

目标达成评估：切入点，关键路径，如何落地，风险分析及控制

项目成果：回顾项目目标，对比效果，注意收集用户的反馈，邮件或聊天截图等

项目总结：注意项目复盘，总结做的不好的地方，思考如何改进，以及下一步计划等，这些也要注意，很可能会被评委问到的！

项目的这些思考要在平时就记录下来，形成文档保存下来，以便作为答辩ppt的素材，要是自己之前没有记录的话，起码要在每次考评自评时认真填写，来帮助后续回忆

技术

从项目落实到技术实现，需要明确，问题是什么，技术是如何解决问题的

整体框架：整体框架和关键点

关键点：问题和难点，和业内解决方案、公司内部其他方案进行对比，使用了什么框架，它是什么原理，用框架做了什么，实现上有什么巧妙之处，最终效果如何，是否符合行业最佳实践，比如接口管理是否符合适配器设计模式，也要多多考虑性能、容灾、扩展和安全等方面。

一定要体现出来自己技术的深度和广度

通道能力模型

答辩之前一定了解自己所在通道的能力模型，不能只看雷达图，应该对照Excel表格中，详细对比各项能力的关键词和要求，这样才能对T2-3 和T3-1的不同，有分层次的感受

通用能力：解决问题、项目管理、学习能力和创新能力，其中项目管理，可以通过上面总结的套路来展现，其他能力，都比较抽象，但还可以从项目决策实施和技术方案对比中体现出来；考虑通用能力在自身所在部门、中心、小组，应该如何体现，例如，运营开发在需要有很强的业务理解力

专业知识和技能：反思自己的知识和技能，进行体系化构建（虽然我也没有做到），比如前端、web server，存储，分布式等

影响力：带人，知识分享，内部文章，专利等，带人、专利等，不好强求，但知识分享和km文章，一定尽量争取做，即总结了自己的知识，又在组织内获得了影响力，等到T3.1之后，影响力要求会越来越高

呈现

写ppt的步骤

1 先写思维导图，整理素材，理清逻辑关系

2 写ppt，不要着急美化

3 审视每页是否表达出你想表达的意思

4 突出重点，层次，美化排版

老司机带带我

找自己的leader或者其他T3的同学帮你看下，首先套路是不是对了，其次表达的重点是否突出，逻辑是否严谨，提炼的是否有高度，最后的成果是否有数据、可量化、有对比、有实例

一定要找leader试讲几次，才能发现自己是否表达的清楚，和ppt一致

T3-1还是以技术为主的答辩，一定要把握重点

突出自己技术的深度和广度:行业知识的了解，如何和本部门实践的结合，海量服务之道“柔性，高可用”等经验总结

形成自己的方法论：项目的套路、“天时地利人和”，”跳，拱，抗“等方法概念的理解

疯狂练习

在把ppt内容确认完之后，还要写一份讲稿，反复练习，练习过程记忆ppt整体内容框架和关键词，特别是每页的重点，练习的非常熟练，才能在答辩时流畅表达，

思考框架

自己准备评委可能提问的问题，以及找有经验的同事，让他给你提问题，注意观察他们提问的角度，自己整理成思考的框架

例如：判断问题的影响，从部门外，部门内，不同角色来考虑

运营开发应该具备的技能，能力模型和部门情况的结合，突出业务理解力

问题怎么解决，不同思路对比等