QC质量部门晋升PPT答辩面试
QC质量部门晋升PPT答辩面试
1.1 需求理解之（答辩者）
了解游戏规则，是玩好游戏的第一步。答辩首先是分小组，然后再按照一定的通过比例进行评比，最后取top-K。这也就是说“能否通过，不仅取决于你自己，还得看你同组小伙伴的水平”，当然这也等于告诉你“参与就可能中奖”，没有绝对优秀，只是相对较差。请珍惜每一次答辩的机会，积极备战！
当然，通过率不是完全固定的，会留给评委一定的发挥空间，因此只要你绝对优秀，指标就不是问题；当然，如果是绝对不及格，也不用担心指标浪费的事了。
1.1.2 是要证明你够格，不是工作汇报
在之前的答辩过程中，发现一个严重的误区：有不少同学的答辩PPT看起来就是一份给老板的汇报材料。究其原因，应该是对“答辩”和”汇报“这两个需求没有清晰的理解，或者没有进行明确的对比，导致结果混淆。（当然，不少T8/T9的同学确实没有给老板汇报的经历/机会。这也说明“开卷有益”，多经历点总是好的）。
汇报是什么： 工作汇报主要是业务指标，而不是技术点。汇报的目的是告诉老板：我干了很多活、达成了很多业务指标、还需要若干人力/机器资源的支持，等等之类。至于技术，如果老板心情不错/兴致正浓，当然也是可以讲讲的。总之：业务指标为主，技术为辅；技术服务于业务。
通道答辩是什么：答辩是一道证明题——向评委证明你在对应的技术通道领域是足够优秀/够格的。这说明你的举证材料是有范围限制的——必须符合对于领域的要求，因为** 通道是四周有壁垒的，较为狭窄的，且有相当深度的 （想下隧道就对了）。因此，你所在的通道，在很大程度上决定了你的可选范围。在此限制条件下进行的答辩，当然与前面的汇报有着本质的区别了。答辩是以技术指标为主，业务为辅；业务指标为通道职级提供论据支持**。
具体而言，通道答辩可以/至少有以下方面的要求：
深度——深挖到底：这是由“通道”的定义决定的
精度——细到极致：这是由技术的工种决定的，工匠精神
过程——有过程&&有结果，才是完美：这个答辩的“证明”属性决定的，谁会相信没有过程的
事情呢
难度——够难就够硬：这是由通道的“级别”决定的，有难度才有区分度
广度——上下游/全链路，尽在掌握：这是由团队作战决定的，只关心自己的一亩三分地是不够的
价值——产出(钱)就是硬道理：这是钱大爷的决定的
1.1.3 是综合能力考察，不是编程竞赛
你的Leader一定告诉过你只会写代码是不够的。踏踏实实干活，两耳不闻码外事，这是开发同学的一大优良传统，但也是一大竞争劣势。不少开发同学，日撸代码万行，却羞于/不屑于/不擅长于除代码以外的事，因此而错失诸多良机，比如眼看某同学借助自己的劳动成果而成功打造他的个人影响力， 比如某同学因为勤于总结汇报而轻松盖过了作为主程的你…
1.2 需求理解之[评委]
答辩不是独角戏，因此在自己玩爽的同时，让评委也玩爽才是关键。在整个答辩过程中，你
和评委有两重关系——队友 && 对手。
队友：在答辩过程中，你和评委都有各自的目标要完成，因此需要两者一起共同推进事情向前进展，该流程的顺利进行，对双方都是有利且必要的。也就是说，答辩者并非一定处于被动/不利的局面，而是评委同样需要你（的配合）。其实，稍微和评委聊聊就知道：他们也不容易！对于评委，答辩就是一场接一场的 听力理解 + 阅读理解 + 阅卷评分。所以，在答辩过程中，首先让评委听懂，然后再让评委不懂(即有难度/深度)。只有让评委玩爽了，自己才会真的爽。
对手：毕竟目标不同，“队友”只不过是相互成全而已。答辩不是独角戏，但终究还是你的戏，因为演砸了对你影响最大。因此，不要把场子完全交给评委，而要主动出击，尽可能将局面向有利于自己的方向引导（下文在现场把控环节再详述）。
二 素材收集：有什么
需求分析清楚之后，终于进入到实际的准备阶段了。最好的素材收集方式是功在平时，在不知不觉中搞定一切，如果积累了足够的km文章/团队分享PPT等，接下来就是水到渠成，左右逢源的事了。
在素材收集阶段，通常会遇到两大问题：没有拿得出手的项目，即"无话可说"， 或者项目多而不精，即"话太多"。下面对这两大问题给出具体分析。
2.1 无话可说
首先要坚信：加了那么多班，掉了那么多头发，怎么可能无话可说呢! 当然如果你每天都是早九晚五，那建议尽早return并带我一起飞。
挖坑怎么玩2.1.1 逐一罗列，雁过留痕
我们之所以觉得经历过的生活平淡无比，是因为随着时间流逝，当初的细节信息逐渐丢失，最后留下一个苍白无力的躯壳。
因此，你要做的就是使用思维导图等工具，将曾经做过的所有项目，无论大小，无论难易，统统列举出来，然后再反复的回调你的记忆栈，不断的完善所列项目的所有细节，比如：和谁因为什么事怼过架，某周末为何突然加班扩容，为何服务挂了却没收到告警短信…一切发生过/可能发生的/即将发生的都是有价值的。
利用一切机会，持续填充你的躯壳。很多诡异的bug都是在厕所/床上/车上想出来的，不要放过任何的尝试。随着细节的不断补充完善，那个苍白无力的躯壳自然也就变得丰腴圆润，秀可餐了。
2.1.2 纵横扩展，无限空间
如果确实你是个少经历的纯洁少年，那么接下来的"纵横扩展"就是你需要的了。抬起你高傲的头颅，看看以你为中心的5km范围吧，那都是你的素材收集之处。
请相信，你的每一行代码都不应该 / 不会是孤立存在的，只要你愿意，你就可以沿着你的代码一直走下去，直到硅土。
纵/深扩展：任何事情可大可小，就看你做到哪一步，毕竟袁隆平和猿农贫都是种水稻的。你需要做的就是，从你项目中提取若干技术点(高并发、高性能、一致性、实时性、可靠性、维护性、扩展性、通用性、安全性等等），然后无限深入，直到南墙。这此过程中，如果对了会获得经验，如果错了会获得教训，而经验/教训总是有极大用处的。在答辩时，你需只要真实的给评委讲述你的故事就足够了。
横/广扩展：大胆的去跨越吧，你的影响力，不应该止步于你的代码仓库。你了解所做需求的背后是什么吗？你的上下游你都清楚吗？服务上线后的效果数据你关心了吗？服务的监控指标你都了如指掌吗？你所用的各种底层组件都还有优化空间吗？架构设计还有更优方案吗？你知道该问题别人怎么解决的吗？…, 如果你都回答上来了，何愁没有素材而无话可说！

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。