3.怎样展示你在项目中的重要性
面试中除了专项技术问答，另一个重头戏是
“
盘问
”
应聘者做过的项目。面试官通过了解你的项目工作，可以看到你和团队的协作过程、工作成果，以及你起到的作用，从而更准确地判断你的经验、技能、潜力和动机
面试官的问题往往是这样开始问的：
- “看你做的项目不少，请介绍一个你认为最能表现你能力的项目吧
- “XX 项目看起来挺复杂的，能否详细介绍下复杂在哪里，你的贡献又是什么？”
- “XX 项目你做的时间很长，说说你都有哪些收获吧。”
这些都是开放性问题，应聘者的回答，常常有两个主要毛病。
- 做事浮于表面: 做的工作不少，都想提一下，没有详略，不能在某个价值点上讲出深度。这种表现会让面试官觉得，你仅仅在浅层或者在外围干活儿，而很少或者没有深入解决过核心的项目问题
- 能力单薄: 细讲某一项目环节时，你只专注在项目问题的某一部分上，不能以完整的视角复盘解决方案，只具有任务级别的工作能力。
总地来看，浮于表层的粗粒度表述，或者仅限
于工作切片的表述，会让面试官
“
看不全
”
你在项目中的作用和价值，也
就是看不到你在项目中的重要性。
怎么才能表达出对项目的重要性呢？你需要既展示项目级别的贡献和能力，又展示对项目关键问题的推动作用
- 首先，前提是你要全面深入地了解项目，尤其是你负责的部分。这很好理解，因为如果你发挥了重要作用的话，你肯定对这部分了如指掌，甚至明察秋毫
- 其次，你做出了项目结果。这是体现项目完成度的重要部分，是你重要性的最好证明，这是显性的。
- 最后，你推动了项目进展，这是隐性的。
3.1 项目结构
当被要求讲述某个项目时，很多应聘者上来就直接讲复杂的项目方案，这是不可取的。因为面试官在不了解项目背景和问题的情况下，很容易听糊涂，而且也不容易领悟到设计方案的精妙，除非面试官指明只听方案部分
那么，要介绍一个完整的项目，应该包含几个部分呢？我总结为目标、方案、团队和过程。
- 目标，解释为什么要做这个项目，为了什么人，解决什么问题。这包含从用户角度和全局角度来看项目的价值，例如“为了解决医院挂号排队太久的问题，我们做了手机挂号项目，使医院挂号流程和人力投入得到了巨大优化。” 能把这些解释清楚，说明你遵循结果导向，而且有全局观，做事动机明确，知道自己不只是在“搬砖”，而是在“盖教堂”
- 方案，包括业务功能设计方案和技术设计方案。前者是从用户交互角度解释产品功能，偏业务；后者是从技术实现角度讲产品设计，偏技术。一般，我会让应聘者在白板上画图，来展示功能模块、技术模块、数据流向等
- 团队，包括团队层级和角色。讲清这块内容，能反映出你的协作意识，对于项目经理，这块是一定要介绍清楚的，因为这里包含着项目沟通复杂度和大量的管理风险。而对于业务角色和技术角色，你能讲清直接合作的角色和自己的关系，就基本可以了
- 过程，即软件开发过程，是适用于产品方案的复杂过程。即使你对产品方案很了解，但是做出来可能很难，这就是为什么即使拿到了芯片的图纸，依然做不出芯片的原因。从软件过程的描述中，面试官可以看到你的学习能力、协作意识和领导力
3.2 项目结果
项目结果，是指项目做到的产出，以及这些产出的质量和意义，其中属于你贡献的部分要着重讲
- 可见的部分 （1）产品、服务、产品说明文档等； （2）代码、运行环境、生产线（CI/CD pipeline）； （3）各种过程说明性和控制性文档（需求分析、设计、代码规范、团队契约等）等实物。
- 不可见的部分 比如，投入产出情况、项目完成质量、在线系统运行状况、各种业务数据监控指标、过程控制指标，等等。想一想，你平时关注哪些指标呢？
对项目结果的展示，有两个角度是面试官最关注的：做得好的和做得不好的。做得好的部分，要把做法和提高之间的因果关系说出来，以明确哪些做法要继续保持，适合在什么样情况下应用；做得不好的部分，重点展现你如何思考，有什么方法可以避免或改进。这是种反省能力，是你持续提高的动力，是面试官关注的一个重点
4.优缺点的回答小细节
4.1 了解优缺点
面试官经常会问这样一个问题：
“
你认为自己最大的优点和缺点分别是什么？
”
这个问题看起来简单，但是我很少听到眼前一亮的回答。下面我列几个常见的，你来体会一下
- “我太追求完美，对自己要求太高，会给别人带来压力。”
- “我是个急性子，工作一安排下来，加班加点也要提前干完。”
- “我能为别人着想，有时候宁可自己的事情晚点做，也要帮别人帮到底。”
- “我事业心太强，总忍不住加班，导致对家庭照顾不够，深感亏欠。”
还有很多类似上面的答案，都比较差强人意。为什么这么说呢？
- 首先，看完这些答案，你知道哪条在说优点，哪条在说缺点么？不明显吧？有的是把优点包装成缺点，有的本来想说优点，却暴露了缺点。能不能少些套路，多些诚意呢？
- 其次，你的这些优缺点，听起来与你无关呀！没有融入你的经历，没有你的感情，没有你的观点和感悟，而且还那么俗套，可以怀疑你抄的百度知道么？
面试官问你的优缺点时，至少希望你的回答是：
- 真实的。你要用真实的经历、大家的反馈、实实在在的结果来证明你的优缺点，而不是只靠表白。
- 走心的。你要融入自己的真情实感，加入观点和感悟。这是在说你自己，不是说别人。如果你平时就很在意自己的优缺点，在意自己的做事结果和别人对你的评价，怎么可能会说得肤浅平淡，甚至千篇一律呢？
碰到以上不解渴的回答，面试官往往不得不继续深挖，再追问两句，像下面这样：
- “针对你说的这点，你的老板和同事，在什么事情上，怎么评价过你呢？”
- “请说一件事，在这点上，你哪些地方做得比同事更好？”
- “你怎么做到这点的？”
- “你为什么这么觉得呢？”
- “这个优点让你获得了哪些满意的结果？”
- “这个缺点怎么避免呢？
如果你没有基于自己的真实经历和他人的反馈，来深入思考过你的优缺点，以及如何在工作中扬长避短的话，这些问题就很难回答好。
询问优缺点的意图
主要是看如下三个点：
- 看你的自省自知能力；
- 看你和职位的匹配度；
- 完善或者印证对你的评价。
4.2 如何自知自省，找到优缺点
优缺点，从哪里找呢？可以到“应聘者素质模型”的四层内容中去找：经验、技能、潜力、动机。举几个例子
- “我在银行信贷业务方面，经验非常丰富。”（经验层的优点）
- “精通 php 后端开发，但是 Web 前端开发较弱。” （技能层的优点和缺点）
- “入选公司接班人计划。” （潜力层的优点实例）
- “对新技术有好奇心，微信刚推出小程序时，两个周末搞定一个记事本小程序。”（动机层的优点 + 实例）
优缺点怎么找呢？可以从三个层面来看。
首先是问自己，也称为 “ 内部反馈 ” ：
- What：这段时间 / 这个事情，我哪里做得好，哪里做得不好？
- How：我是怎么做到这么好（或者不好）的？这是技能和经验方面的自省。
- Why：我这么做出于什么目的？这个目的是对谁好，对谁不好？长期看呢？这是在自省动机。
- 以上反映出我的什么优点和缺点？
其次是问别人，也称为“外部反馈”：
- What：你看到我做出来什么结果？哪里做得好，哪里做得不好？
- How：你看到我是怎么做的？
5.更准确的回答
在面试中还有小细节在于回答不到点上，甚至再三提醒也
get
不到
“
点
”
；
面试官：介绍一下你们团队吧。
应聘者：我们团队
5
个人，我做开发。
面试官：团队其他人是什么角色？
应聘者：开发和测试。
面试官：还有别的么？
应聘者：您是说什么别的？
面试官：比如业务分析师或者产品经理、架构师、项目经理之类的？
应聘者：项目经理是国外的一个人，其他由开发兼着。
面试官：项目经理是你们
5
人团队里的？
应聘者：不是。
面试官：那能具体说说你们团队的角色构成么？
应聘者：
3
个开发，
2
个测试。
面试官：你只是开发？
应聘者：还兼着需求分析。
面试官：能具体说一下么？
应聘者：就是他们把需求转给我们，我们设计界面原型，等他们确认以后，我们就开发测试。
看完这段对话，你看出什么问题了么？在我看来，这段对话的沟通效率非常低：
- 首先，应聘者一直被动作答，信息量不足，而且没有覆盖面试官的考查点；
- 然后，面试官不得不接连追问，想多了解一些细节；其次，对话过程拖沓，像在挤牙膏；
- 再次，回答中有表意模糊的词，比如“他们把需求转给我们”，这句话中，“他们”和“我们”都是指什么角色？
- 最后，回答的内容不够翔实具体，像流水账。
低效的对话，导致面试官看不出你的能力。而且，他还可能觉得你不够积极主动，抓不住重点
那么，沟通效率高的面试是什么样子呢？对比上面的例子，下面的回答会让面试官更为满意：
面试官：介绍一下你们团队吧。
应聘者：您是要了解我们团队的角色分工么？
面试官：是。
应聘者：好。我们是个
6
人团队，包括
3
个开发，
2
个测试，还有国外的一个项目经理。我负责开发。我们没有专职的产品经理，项目经理只负责跟客户沟通，然后看是谁负责的模块有 UI
的改动，谁就负责界面原型设计。原来的架构师离职了，还没有招到替补的这段时间，我们几个开发会共同讨论架构这块的设计。
面试官：好的，那么
……
上例和例
1
相比，差别很明显：
- 应聘者拿不准“题眼”时，先确认了一下。
- 面试官没有那么多“校正性”问题。这是因为应聘者能够主动探求问题的意图，给出的答案能满足面试官的期待，甚至给了面试官发现新问题的机会，让面试官可以顺利地问下去。
- 回答更全面了，信息量更大。这要求应聘者对该问题域的构成元素有比较全面的了解，他明白角色分工要分哪些部分去讲。
- 回答有细节，比如共同设计架构的原因。也正是这些细节，推进面试对话顺利深入，给应聘者赢得了充分展示
- 自己能力的机会。
扫一扫
860
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
