《简历宝典》12 - 简历中“项目经历”，内功学习 - 下篇

这一小节呢，我们继续说简历中 “项目经历” 的一些内功心法。因为项目经历比较核心，所以说完了，内功呢，我们会着重说一下 实战部分。

目录

1 所用技术的考虑

2 自我成长的突出

3 综合使用STAR法则

4 小节

---

1 所用技术的考虑

如果你的工作经历不是很多，例如校招生，那么项目经历写一个就可以；如果有两年左右工作经验，建议写两个；如果是三年以上呢，也不建议写很多，写三个有代表性的项目就可以了。

这样做一来是希望简历篇幅不要过长，再次强调，简历篇幅不要过长，不要超过2页。一旦过长，就会消耗HR的精力，而且再加上亮点不多，就很可能变为一份很失败的简历。

再一点呢就是，我们之前每一份工作都是认真负责的，自己都是团队中非常优秀的人，而可以写到简历上的项目就更要具有代表性，更要凸显自己丰富的项目经验和扎实的技术能力。所以，除了每个项目的业务逻辑不同，所要使用的技能点也应该是不同的，如果写了两三个项目，所用的技术点都是相同的，那么就又犯了罗列堆砌的错误。而且每个项目经历也不一定非要围绕某个大型项目去写，也可以写自己做的一个阶段性的性能优化工作，可以写自己开发的某个增效插件，甚至可以围绕某一个比较难缠的技术痛点是如何被解决的这样一种思路去写。

2 自我成长的突出

这一点怎么理解呢，既然自己做了这么重要的一个项目，写到简历上肯定是引以为傲的，一定是觉得对于团队或者对于个人都是非常有价值的。那么就一定要描述出在做完这个项目后，自己是否有了更好的心得体会，给身边的人做了哪些分享，有了实质的文章或者某些方法论的输出；再比如，做完这个项目的前与后，你对这个项目或者这一类项目的整体认知得到了哪些提升；再比如，你解决问题的同时，自己通过举一反三，想到了自己的一些实现思路，最终输出了非常有价值的专利；再比如，在做这个项目的过程中自己的学习成长，自己的技术能力是否得到了一些提升等等。

可能每个人离职后，人虽然离开了，但是代码和项目留在了团队中。但总有一些东西，自己是可以注入到代码中，项目中，别人无法替代，甚至自己可以带走一些东西，是别人无法将其留下的。

3 综合使用STAR法则

STAR法则是情境(situation)、任务(task)、行动(action)、结果(result)四项的缩写。STAR法则是一种常常被面试官使用的工具，用来收集面试者与工作相关的具体信息和能力。STAR法则比起传统的面试手法来说，可以更精确地预测面试者未来的工作表现。

综合对于STAR法则的解释，我们发现，描述一个项目，使用STAR法则是再合适不过的。S表示简历中所要描述的项目背景，也就是说为了解决什么问题，这个项目为什么要做的问题；T是任务，但更多的是描述要完成整个项目所面临的痛点；A是行动，既然已经立项，要开始做了，之前也描述了完成这个项目会遇到的痛点，那么就要付诸于行动，去解决这些痛点，使得项目可以保质保量的完成；R是结果，我们经历的很多项目，其实几乎大多数都是以结果为导向的，而在完成项目的同时，自己的付出为项目为团队带来了什么，自己的辛苦过程，用了哪些技术，学了哪些新技术，个人获得了哪些成长，都是需要重点描述的这个R。

4 小节

STAR法则可以说是非常适用于简历中项目经历这一模块的，既以产品思维引出了项目背景，又说明了解决的问题和产生的行动，最后重点凸显成果。

这一章呢，是针对项目经历做了一个内功式讲解，而既然是内功，恐怕会有很多读者会看不懂，即便看完了，还是不明白自己的项目经历该如何利用STAR法则去套用。如果真的有读者没有看懂，就需要把这一章的内容多读几遍，加深自己的理解，作为预习。然后在下一章，仍然会是一个多角度入手的实战练习内容，希望读者可以在学习完内功，加深理解之后，再看实战讲解，从而可以感触更深，感觉更通透，从而完善自己的项目经历。

在“项目经历”的书写呢，我们利用了2个小节的内容，分别从项目是否有链接可访问、项目内容该如何描述、项目职责又该如何描述、你的技术该怎么体现上去、项目该怎么体现自我成长等这些方面。

然后又利用STAR法则，学习如何套用着描述一个项目，组成了所谓的内功心法。

如果你还是觉得无从下手，我们后续来一些实战演练，一起学习起来吧。