小记下作为评委看到的一些常见错误
1.不了解本通道的要求：
说起来你可能不信，很多同学答辩之前可能根本没看过相关通道的标准，比如：答辩需要用最近一年或最近半年的项目；比如运维开发和后台开发、应用开发和后台开发不是一个通道等等；后台通道通常要求有一定的规模，对性能优化、容错、容灾、柔性等有初步了解；而内部系统的开发往往不够有规模，更多侧重于如何应对需求的多变等。如果答辩的项目和通道匹配度过低，评委可能会推荐转其他通道答辩，这就带来了时间上的重复劳动；所以请要答辩的小伙伴们先了解相关通道的基本要求，如果拿不准，可以向组内的前辈、leader做一些请教！
2.项目经理式工作汇报：
这是很普遍的一类错误，很多同学把答辩ppt做的像项目经理or产品经理的汇报材料，里面罗列了大量的项目经历；其实这是没必要的，考核工作量是候选人leader的事情；通道评审考察的候选人的个人能力，如何体现个人能力？体现出什么样的能力？留到5再说。但肯定不是工作量，所以答辩大可不必罗列上四五个项目；具体不同的职级要求不一样，31来说，要求让人放心，只需要介绍一个项目里的一两个难点即可；32叫一切尽在掌握，需要详细的介绍整个系统的方方面面；对于31来说，展示自己的工作量意义不大，只要找到项目里最有挑战的点，通过分析、提出方案、落地的过程即可展示个人的能力深度。
3.重点不突出：
重点不突出是一类错误，比如：很多人会觉得展示自己的工作内容是最最重要的；但是我认为介绍问题背景，让评委理解问题是什么可能是第一重要的。评委往往不做和候选人一样的项目，这个时候对项目的背景和难点往往不了解，所以应该花相当的篇幅和时间把这个讲清楚；如果问题没听懂，方案再漂亮也没用；从问题到方案中间如果加上足够的分析那就更好了。
另一类重点不突出是ppt的材料本身没有重点，可能罗列了123三个点，但是雨露均沾，完全看不出来最想突出的是哪个难点以及借此展现自己的哪方面能力。
还有一类是内容没重点，ppt讲了一个很棒的难点，一问是别人做的；自己做的部分并不是亮点。
4.前后矛盾：
矛盾主要体现在数据上，很多同学准备ppt的时候，从日报、邮件、文档黏贴了大量数据到ppt中，但自己都没有仔细核算一遍，看看这些数据是不是对的上，结果经常发现吞吐率不对、耗时不对等等问题；非常致命。
5.不会回答问题
很多候选人可能会觉得评委的一些问题是挑战，其实正相反，往往评委提问正式想知道你是怎么思考问题、分析问题的，正式努力给你展示机会的。碰到问题首先不要慌乱，如果觉得评委的问题自己没有听懂，不要着急回答，可以和评委先确认；可能评委没表达清楚，可能他提问的时候也没想明白要问什么，但是通过互动和确认，就能把问题具体下来，然后再回答，如果有过思考，直接讲之前的思考；如果没有，现场思考，展示自己的分析和思考能力即可。
5.答辩有哪些基础套路
自古真情留不住，最是套路得人心；套路不是万恶之源，但要有限度；我介绍几个基本的套路：
1）如何体现个人能力？就31而言我们要讲一两个难点，每个难点按照：挑战——>分析——>方案——>效果这样四步一个循环，可以最有逻辑性；不失为一个居家旅行的好用套路；
2）如何演练？很多人觉得自己做的ppt很熟悉，其实你上场讲的时候可能磕磕碰碰，我*，我写过这？我*这是啥？为了防止这种情况，建议大家ppt定稿后，用录音设备，在家做一到两次演练，然后听一听自己讲的过程有哪些问题；相信我，你一定会发现一些自己演讲的毛病的。
3）如何回答问题？如果你听懂了，直接回答，先说这个问题我们可能没考虑到（说这个时间你要快速思考），但是我可以分析下可能的解法，blabla；如果没听懂，大方的反问，你是在问xx这个问题吗？
4）如何看待不通过？评审有通过率的，评委会在自己负责的所有人答辩完之后拉通排序，所以即使你准备的很好，但可能还有人的能力、项目就是比你强，这没什么，也无关公平；再过半年，又是一条好汉！
