一个标准的面试流程中，一般在一面或二面【业务考察】这个环节中问你具体做过的项目，且追问项目的细节。面试官可能会这样提问：
- 请介绍下最近这家公司的XXX项目
- 在做过的众多项目中，那个是最值得分享（最大型/最困难/最能体现技术能力/最难忘）的？
- 如果让你设计一个XXX系统/项目，你会怎么做？
这类跟项目相关的综合性问题，既能体现候选人的技术水平、业务水平和架构能力，也能够辨别候选人是不是真的做过项目，还能够发现候选人的一些软技能。
怎样介绍自己做过的一个项目
1. 介绍项目背景
这个项目为什么做，当初大的环境背景是什么？还是为了解决一个什么问题而设立的项目？背景是很重要的，如果不了解背景，一上来就听一个结论性的项目，面试官可能对于项目的技术选型、技术难度会有理解偏差，甚至怀疑是否真的有过这样的项目。
2. 承担角色
项目涉及的人员角色有哪些，自己在其中扮演的角色是什么？
这里候选往往人会自己给自己挖坑，比如把自己在项目中起到的作用夸大等。一般来说，面试官细节追问的时候，如果候选人能够把细节或者技术方案等讲明白、讲清楚，不管他是真的做过还是跟别人做过，或者自己认真思考过，都能体现候选人的技术水平和技术视野。前提还是在你能够兜得住的可控范围之内做适当的「美化」。
3. 最终的结果和收益
项目介绍过程中，应该介绍项目最终的结果和收益，比如项目最后经过多久的开发上线了，上线后的数据是怎样的，是否达到预期，还是带来了新的问题，遇见了问题自己后续又是怎样补救的。
4. 有始有终：项目总结和反思
有总结和反思，才会有进步。
项目做完了往往会有一些心得和体会，这时候应该跟面试官说出来。在梳理项目的总结和反思时，可以按照下面的列表来梳理：
- 收获有哪些？
- 是否有做得不足的地方，怎么改进？
- 是否具有可迁移性？
比如，之前详细介绍了某个项目，这个项目当时看来没有什么问题，但是现在有更好的解决方案了，候选人就应该在这里提出来：现在看来，这个项目还有 xx 的问题，我可以通过 xx 的方式来解决。
再比如：做这个项目的时候，你做得比较出彩的地方，可以迁移到其他项目中直接使用，小到代码片段，大到解决方案，总会有你值得总结和梳理的地方。
介绍完项目总结这部分，也可以引导面试官往自己擅长的领域思考。比如上面提到项目中的问题，可以往你擅长的方面引导，即使面试官没有问到，你也介绍到了。
没有做过大型项目怎么办
对于刚刚找工作的应届生，或者面试官让你进行一个大型项目的设计，候选人可能没有类似的经验。这时候不要用「我不会、没做过」一句话就带过。
如果是实在没有项目可以说，那么可以提自己日常做的练手项目，或者看到一个解决方案的文章，提到的某个项目，抒发下自己的想法。
如果是对于面试官提出来需要你设计的项目/系统，可以按照下面几步思考：
- 有没有遇见过类似的项目
- 有没有读过类似解决方案的文章
- 项目能不能拆解，拆解过程中能不能发现自己做过的项目可以用
- 项目解决的问题是什么，这类问题有没有更好的解决方案
总之，切记不要一句「不知道、没做过」就放弃，每一次提问都是自己表现的机会。
项目细节和技术点的追问
介绍项目的过程中，面试官可能会追问技术细节，所以我们在准备面试的时候，应该尽量把技术细节梳理清楚，技术细节包括：
- 技术选型方案：当时做技术选型所面临的状况
- 技术解决方案：最终确定某种技术方案的原因，比如：选择用 Vue 而没有用 React 是为什么？
- 项目数据和收益
- 项目中最难的地方
- 遇见的坑：如使用某种框架遇见哪些坑
在项目中遇见的数据和收益应该做好跟踪，保证数据的真实性和可信性。另外，遇见的坑可能是面试官问得比较多的，尤其现在比较火的一些技术（Vue、React、webpack），一般团队都在使用，所以一定要提前准备下。
小结
从背景、承担角色、收益效果和总结反思四个部分来介绍项目。准备这个面试环节的时候，可以利用「思维导图」，好好回顾和梳理自己的项目，做到有备无患。
