面试时如何准备项目介绍？从前期准备和面试技巧两大层面说起

面试时，简单寒暄过后，面试官通常先让候选人进行自我介绍，紧接着会询问候选人简历中列出的项目，要求介绍项目经验。常见的提问方式是，说一说你最近的（或者感觉不错的）一个项目 。

面试时，好多人没重视这个环节的准备，回答不了面试官的追问，连自己的项目都讲不明白，讲起来结结巴巴，有的人说出的项目经验，在时间段或技术等方面，与简历上的不相符，如此肯定会让面试官质疑面试者的能力 。

面试时，能力占七分，技能占三分。本文会从“前期准备”与“面试技巧”这两大层面，告知大家怎样准备面试时的项目介绍。当然，这只是个人观点，不存在最好的方式，只有更适合的方法，正所谓仁者见仁智者见智。

前期分析要做到知己知彼，方能百战不殆。若想打动面试官，就必须清楚他想从你这里了解什么，哪些信息是他所需要的。面试前准备项目描述时，不要害怕，毕竟面试官并不知晓一切，最了解你项目的人是你自己。面试官是普通人，并非无所不知的神明，当他们拿到你的简历时，只能依据你所阐述的项目来推断你的工作经历，没办法去核查你的项目具体细节，一般情况下公司会在录用之后，采用背景调查的方式来进行核实 。更何况，你所做的项目是以月或者以年为单位来计算的，然而面试官最多只会花费30分钟，通过你的简历去了解你的项目经验，所以你对项目的熟悉程度远远超过面试官，因此你完全不必紧张。面试官若想进一步了解他所关注的你的工作方式、项目中负责的内容以及所运用的技术栈，就得从你的介绍里深入挖掘技术要点，借此洞悉你对项目和技术的了解程度。首先，要在气势上让面试官知晓此项目你有参与，且有你负责的功能模块，使其无法质疑。心态调整好后，接着需思考面试官究竟想考察什么呢？要做到熟能生巧、对答自如，首先得有充足准备。写项目经验要写自己熟悉的，因为面试官会依据你写的项目经验提问。面试前要在脑子里过一遍项目，准备好说辞，面试时要自信。要讲清楚项目满足了什么需求，开发过程中遇到了哪些困难，以及自己是如何解决这些困难的。

如果你做了充分准备，在面试中就能有出色表现，如此一来面试官对你的好感度便会提升，反之，要是在面试中表述得结结巴巴，那可信度就会降低。要明确目标，做好控盘引导。在面试前，你得清楚自己参加面试的目的，即通过面试，努力拿到Offer 。最保守的方式是，在自己介绍项目时，以面试官为主导。回答很简单，面试官问一句，就答一句。这会使面试官失去了解你的信心。其次，也会让自己错过表现自己、凸显重点思想的机会。做好防守虽是一种取胜方式，但并非上策，很容易丢分。讲述简历里列出的项目，要做到清晰明了且有逻辑，埋下后续可能被问到的技术点，给面试官留个好印象。要是项目经验介绍得好，具备逻辑和引导力，会给自己带来两点明显好处：若工作经验比面试官丰富，甚至能掌控整个面试流程，要是遇到不错的面试官，会以讨论的方式沟通。应聘者，面试官对项目及技能了解程度很了解，只能听你说，只能根据你说的内容做出判断。面试过程中的职责，在很短的时间内防守成功即可。如果不能全面了解，找不到你薄弱的地方，就代表你做过准备。面试前你有充足的时间准备，一般在面试前用30分钟阅读你的简历。沟通过程你可以出错，但别出关键性的错误，不会太为难你，除非你太差。技巧表达要有逻辑性，引导面试官提问，也可以从网上找，其实就问些通用的有规律的问足够多的面试题。既然面试官无法了解你的底细，那么他们怎么来验证你的项目经验和技术？下面总结了一些常用的提问方式。

提问方式的目的在于让你描述工作经验和项目，极有可能是最近的项目，查看你所说内容与简历是否一致，以此判断你是否真的做过这些项目，查看你简历上项目所用到的技术，例如框架、数据库等，然后针对这些技术提出一些基本问题，这也是为了验证你是否做过项目，同时考察你是否了解这些技术，以便为进一步提问做准备，针对某个项目，不断深入询问一些技术上的问题，或者从不同侧面询问技术实现情况，查看你前后回答是否存在矛盾，深入核实你的项目细节，针对某技术，询问一些项目中一定会遇到的问题，比如候选人表示做过数据库，那就会询问索引方面的问题，通过这类问题，核实候选人是否真的拥有项目经验，或者仅仅只有学习经验，若给面试官带来的第一印象良好，会让面试官觉得该候选人表述能力较强。一般来说，面试官会依据候选人介绍的项目背景提出问题。假设面试时会问10个问题，那么至少有5个问题会基于候选人所介绍的项目背景来问。倘若候选人说得好，便能够很好地引导面试官去问后续问题。这就等同于把提问权完全掌控在自己手中了。 面试技巧

对项目做这样的拆分，进行思考，加以总结，然后试着用口语讲出来 。

用通俗易懂且简洁的方式简述项目，阐述整个项目及其背景、规模，不要有太多的技术词汇，这是项目描述。对项目实现的功能、各个模块、整个过程、大概思路进行详细列出，做一个2 - 3分钟的流程介绍，这是项目模块。项目技术栈。阐述项目实现所运用的技术栈与架构，能够讲出项目的独特之处，例如运用了某项新的技术，采用了某个框架等，简要说明技术选型情况，介绍候选人的角色以及责任，说明自己在项目里的责任，所涉及的功能模块，运用的技术，遇到的难题、代码细节、技术点以及应对措施，进行项目总结，指出待优化的要点。

方法上可以使用万能的STAR原则

做这个项目的背景是什么，比如它是个人项目还是团队项目，为何需要做这个项目，你的角色是什么等，目标是该项目要达成什么，为完成这个目标存在哪些困难，行动是针对所要完成的目标你做了哪些工作，如何克服了其中一些困难？项目最终的结果是怎样的，取得了哪些成就，存在哪些不足之处能够改进？

候选人可以说明自己做完项目的感受，除了项目所取得的成绩之外，这包括项目中哪些环节做得不错，哪些环节有提高的空间，自己在做这个项目中有何收获等 。

候选人可以运用 STAR 法则来具体说明自己的 IT 产品开发经历，也可以运用 STAR 法则来具体说明在其他公司的实习项目经历，如此便能轻松表现出自己分析阐述问题的清晰性，还能表现出条理性，也能表现出逻辑性。

但面试前如下的一些情况还是需要多加注意的。

回答应简洁明了。问什么就答什么，通常一句话即可回答。要是你在日常回答他人问题或之前面试中出现过类似情况，那就需要改进。在此应说出你所知晓的内容，着重突出与问题相关的思想、框架或技术点等。闲聊是大忌。回答过于简短缺乏互动不好，过于自来熟，回答问题没有重点、毫无逻辑地乱说一通同样是大忌。这会让面试官觉得你思路不清晰，抓不住重点，只是在拿其他方面的内容胡乱拼凑。话说得太过流利，不见得就是好事。虽说面试做准备在面试官眼中是件好事，然而机械地准备好答案去背诵，主观上会让人感觉你没理解这个问题，只是凭借记忆知晓答案，如此一来，后续面试官的问题也会相应增加难度。这方面改善建议是适当停顿，做出思考的样子，一边思考一边说话，在这个过程中与面试官有眼神上的交流，有针对性地介绍技术细节，不要一次性介绍过多技术细节，技术面简要提及即可，等待面试官提问，因为面试官通常都有自己的面试节奏，所以等面试官询问技术点时再详细聊，可以事先埋下技术点引导面试官继续追问，主动介绍项目亮点 。面试官没有义务挖掘你的亮点，所以需要自己主动提及。遇到不会的问题，要如实表明这个技术点不会。半懂的情况也可以直接说明。甚至可以谈谈自己的见解，讲讲自己了解的内容。项目准备

一般来说，面试前大家要准备项目描述的说辞。要自信，因为这部分由你决定。要流利，因为充分准备后你知道要说什么。这些是你实际的项目经验，而非学习经验或培训经验。一旦让面试官觉得你说不上来，可信度就很低了。

不少人拘泥于“项目里做了什么业务，以及代码实现的细节”，这等同于将后继提问权直接交给面试官，下表列出了一些不好的回答方式。

回答方式

后果

我于XX软件公司开展XX门户网站项目，该项目达成了XX功能，具体涵盖XX与XX模块，各模块实现了XX功能，客户为XX，最终此项目盈利XX钱

直接打断，由于业务需求我无需了解，我会直接询问他项目里的技术。

最近一个项目我用JQuery实现了，实现了相关内容。或者我最近从事的不是开发工作，而是测试工作。或者我最近的项目未用到React

进行提问，询问你最近用到React技术的项目是在什么时候，接着在评语上写明：最近XX时间没接触过React 。

在进行毕业设计时，或在读书期间，或在学习过程中，或在XX培训学校，或在XX实训课程里

直接打断，询问对方所面试的是否为商业项目，若不是，询问对方是否有其他商业经验。若对方没有商业项目经验，除非是校招，否则直接结束面试。

描述项目的时候，存在一些关键要素，像公司、时间、所用技术等，这些要素与简历上的内容不匹配 。

我们会深入研究这个不一致的状况。要是简历存在造假行为，那么或许会直接终止面试。倘若真的是笔误，那么就需要给出合理的解释。

大家要避免上述不好的回答，与此同时，可以按照下表给出的要素准备项目介绍。要是可以的话，也请大家准备一下用英语描述。

要素

样式

在1分钟内讲出项目基本情况，比如项目叫什么名字，其背景是什么，是为哪个客户做的，完成了哪些基本的事，做了多长时间，项目规模有多大，用到了哪些技术，数据库使用的是什么，然后酌情简要说说模块。要重点突出背景、技术、数据库以及其他与技术有关的信息。

我于XX公司打造了XX外汇保证金交易平台，其客户为XX银行，主要达成了挂盘、实盘成交以及保证金杠杆成交等功能，数据库采用的是Oracle，前台运用了JS等技术，后台运用了Java的SSH，由几个人历经X个月完成。无需详细阐述各功能模块，也不必提及过多与业务相关但与技术无关的内容。若面试官感兴趣，待他询问 。

要主动讲出你所做的事情，这部分描述必须与你的技术背景相符。

我制作了外汇实盘交易系统，还制作了挂单成交系统，以及XXX模块，前后共做了X个月。

描述你在项目里的角色

我主要进行了开发，在开发之前，我在项目经理带领下参与了业务调研工作，还参与了数据库设计工作，后期我又参与了测试工作以及部署工作。

可以描述所用到的技术细节，特别是自己用到的技术细节，这部分要格外注意，说出的内容一定要心中有数，因为面试官会依据这个进行提问。如果做了5个模块，宁愿只提及能够熟练阐述的2个。

使用了Java里的集合，运用了JDBC等技术，采用了Spring MVC等框架，借助技术连接数据库。

这部分风险需你自己承担，若有可能，不动声色地说出一些热门要素，例如Linux、大数据、大访问压力等，然而一旦你说了，面试官便会直接询问细节。

这个系统部署在Linux上，每天需处理的数据量为XX，要求在4小时内，在1G内存的情况下处理完5千万条数据，平均访客为每分钟XXX 。

不露痕迹地说出面试官爱听的话

在项目介绍时（包括后续面试），面试官很想听一些关键点，只要你说出这些关键点，且回答相关问题较好，这绝对是加分项。我面试别人时，一旦确认这些关键点，我肯定会在评语上加上一笔。

下面列些面试官爱听的关键点和对应的说辞。

一旦有低级错误，可能会直接出局

面试过程中，有些方面是绝对不能出错的，因此在准备过程中，需要尤其注意如下因素，下面列出了一些会导致直接出局的错误回答。

面试场景题

举一个例子，例如考察候选人是否具备聪明的特质，star法则会采用如下方式进行询问：

在刚才的项目里，你提及公司业务发展迅速，人手不足，你是怎样应对的呢，在你的项目中解决了哪些难题，在你的项目里是如何进行登录操作的，前端项目怎样进行优化，移动端又如何，图片加载失败该怎么做，若让你带领一个小团队完成一个项目，你会如何做？项目进行同源处理，涉及跨域相关问题。若再次做这个项目，你会在哪些方面加以改善？在面试中，当面试官要求你描述一个自己颇为得意的项目时，一定要记得依照STAR法则来进行回答。例如

为整合 xxx 业务，我担当 xxx 角色，专门负责 xxx，做了 xxx 事情，最终产生了 xxx 结果

然后在描述项目亮点的时候也一样，比如

因项目 xxx 缘故，我要开展 xxx 改进，随后做了 xxx 处理，最终得出 xxx 结果，数据对比是 xxx

整体这样做，会让你显得很有思考能力，并且具备行动能力，能够为企业创造出价值，这也是面试官评定候选人时最关键的指标之一。

面试时，面试官所问的问题大体上分为两类，一类是具象的问题，另一类是开放性的问题。

具象的问题基本都会参考工作经验来进行，会按照STAR法则，主要是了解基本的素养，了解技术深度，了解潜力。

开放性的问题主要是考查思维发散能力，考查在某个领域的深度，考查在某个领域的广度，基本上会结合技术问题进行提问，或者结合工作内容进行提问。

实现某种技术存在哪些方法，某种技术的实现原理是什么，与其他事物相比有哪些优缺点，你对这项技术有怎样的思考 ？

面试者需要就实际情况进行回答，在提前准备时要多进行发散思维，多思考问题，多进行总结。这部分内容是能够由自己准备的加分项目。

发散性问题主要依靠平时积累，首先基础知识得牢固，同时还要了解最新技术动态，面对这类问题要注意不能答非所问而跑题。

注意：

1. 避免拿别人的项目直接用

很多处于初级阶段的同学，可能没有实际的商业项目，或者所做项目类型有限，便直接从网上找项目当作自己的项目，直接使用这种做法绝对不可取。但要是仿造别人的项目并尝试实现其功能，有自己新的体验，那么在做的过程中就能对项目中的功能点和技术栈有进一步了解，不至于在面试时磕磕巴巴，甚至搞错项目时间。

2. 避免低级错误

一定要杜绝很多与基础相关的低级错误，要是被问到熟悉的知识点就多回答，要是不熟悉就直接表明不熟悉。每个人都有自己擅长的方面，也有自己不擅长的方面。

另外就是要引导一些话题，不能自说自话。很多人表达自己时一直很激进，这会显得强势。有的面试者被问到数据库相关内容，他不仅回答数据库，还会说出全部大数据处理技术。其实最好点到为止，面试官感兴趣会继续问，但若一直主导话题，会被减分。

这里要说的是，不要把并非自己做的项目说成是自己做的，不要把自己不是核心负责人说成是负责人，即便你对项目十分熟悉了解，像我们这些从一线成长起来的面试官，问几个问题就能清楚你实际参与了多少，只是大部分不会明说罢了，否则反而会起到反效果。

总结

首先我要劝告大家，要认真对待每一次面试。既然清楚自己要参加面试，那就在家自行模拟一下面试。自己提前准备好自己的项目描述，不要到面试时出现磕巴的情况。但要是参加面试时实在紧张、磕巴了，也不要慌张。进行深呼吸，尝试让自己放松，一般面试官也会给出一些提示来帮助你回答问题的。

面试前一定要做好准备，本文给出的是方法，并非教条，大家能够按照本文给出的方向，结合自身项目背景去做准备，而非死记硬背本文给出的一些说辞。