救救自己,别再这样写简历了

金三银四跳槽季,转眼已渐入尾声,我作为部门的面试官,在此期间也收获了不少简历。但可惜的是,收到的简历数量虽多,但令人中意的却是凤毛菱角,一些应聘者倒不是因为自身能力不足而无法进入面试环节,而是简历本身就没有很好的展示出自己的能力,因此与面试的机遇擦肩而过。
为了避免类似的「悲剧」反复出现,我打算借着掘金的这次活动,站在面试官的角度,分享一些我在简历制作上的一些心得和建议,希望能帮助到有需求的读者在下次的求职中更加顺利。
在下面的篇幅中,我将讲述我最看重简历的三个部分,希望能对各位读者有所启发,这三个部分分别是:

  • 技术能力;
  • 项目经历;
  • 整体印象;

就我的经验而言,能够将这三部分按照一定原则写好的简历,是没有理由无法获得一次面试机会的,那么话不多说,让我们开始吧 🙌。

1. 技术能力

通常,「技术能力」这个部分将紧接着您的个人简介之后,放在简历的核心版面。这样设计是有道理的,因为它能够帮助雇主更快的判断您的技能是否与需求相吻合。
因此在制作这一部分内容时,您应该考虑以下两点:

(1)写什么?

应聘者在技术能力的描述上通常会犯两个错误:要么无用的东西写的太多,要么有用的东西写的太少。这里的多和少是相对于「雇主的招聘需求」而言的。
我建议每个应聘者在撰写简历的这部分时,都能够精心设计所需展示的技能,将自己熟练掌握的技能中与雇主需求重合的部分放在醒目的位置,如果竟然还有富余,那当然可以骄傲的在其后展示。
但无论如何,在此处展示如下内容是不合适宜的:

  1. 自己对该技能只是了解而雇主又不需要的技能(这实在毫无意义);
  2. 一些没有复杂度的,常识性的技能,例如面试高级开发职位时,表明自己掌握 Git 的使用方式或某些具体业务库的使用;

您越是确保自己展示的技能与雇主的需要完全契合,您就越能吸雇主的目光,并给予它继续阅读您简历的信心和勇气。

(2)怎么写?

当我们知道该写什么技能之后,我们还需要知道如何恰当的描述这些技能,通常我们会以:「了解,熟悉,熟练掌握,精通」这几个形容词来描述技能的熟练程度,让我从面试官的角度来与您分享一下我认为这几个词背后的含义:

  1. 了解:表示您听说过这个概念,甚至了解与此概念有关的基本原理;
  2. 熟悉:表示您通过 Demo 的形式实践过某个技术,或做过一两个与该技术有关的项目,但缺乏沉淀;
  3. 熟练掌握:表示您在工业级环境下,通过数个项目的实践已经掌握了某种技术的核心原理,并能够灵活的应用在开发中;
  4. 精通:表示您通过很多次的项目实践和潜心研究,已经对某种技术的原理和应用掌握到近乎尽善尽美的程度;

您应该意识到您需要客观,诚实地评判自己的技术水平,既不要蓄意的夸大,也不应该妄自菲薄。在撰写该部分内容时,我建议您按照技能的熟练程度自高向低的排列,同时对于雇主明确表示需要的技能给予更高的优先级。

2. 项目经历

讲完了技术能力,接下来将与您分享简历中最重要的部分 -- 「项目经历」。如果一份简历满分是 100 分,项目经历所占的分数应该是 50 分以上。所以务必请您格外留意。

(1)为什么您必须使用 STAR 法则?

不知道您是否听说过撰写项目经历的「STAR」原则?之所以这么问,是因为近年来我时常在各大论坛看到有关这一原则的普及文章,可奇怪的是,我很少见到有人在简历中将其付诸行动,考虑到实行这一原则的投入产出比,这实在令人感到奇怪。
事实是这样的,如果您坚持不使用 STAR 原则描述您的项目经历,我十有***无法在您的简历中获得任何值得推敲的信息。
让我描述一下我经常看到的一类描述:

我在该项目中完成了 XXX,YYY 需求,运用了 a,b,c 技术。

我至今不明白,这种缺乏意义的描述为什么会如此经久不衰的出现在各式各样的简历中,又为什么有这么多求职者对于这个模版的运用如此的乐此不疲。
这种描述方式的弊病在于,它除了告诉我求职者确实有在工作之外,再没有其他有用的信息。
让我们看看遵从 STAR 法则的项目经历描述中透露了哪些信息:(顺便一提,STAR 法则是指在描述中依次出现:Situation(情景),Task(任务),Action(行动)和 Result(结果)信息的描述一件事的原则)

XXX 项目出现 XXX 问题,我作为 XXX,负责其中的 XXX 部分,我通过 XXX 方式(或技术方案)成功解决了该问题,使 XXX 提高了 XXX,XXX 增长了 XXX。

当然,这个充满了 XXX 的范例只是抛砖引玉,目的只是为了向您展示遵从 STAR 法则,您能如何充分的向雇主展现您在项目开发中的产出的价值,取得的成就。并通过您的解决方案了解到您多方面的能力。
因此,毫无意外的,我建议您立刻将 STAR 法则运于描述您的项目经历。
如果您已经这么做了,那么请接受我的敬意。

(2)项目重质不重量

除了使用 STAR 法则描述项目经历,还需注意的一点是:千万不要堆叠您的项目经历!
好的简历应该是短小精悍的,正如同没人感兴趣您在小学时期是否是三好学生一样,雇主通常也并不感兴趣您五年前做过哪些项目(除非它真的很优秀!)。
理想情况下,简历最好不要超过 1 页,至多不超过 2 页是一个很好的尺度。鉴于这个篇幅,您的项目经历最好也只需要包含您近 1 年做过的,您觉得有代表性的项目即可。
有人说过,十个平淡无奇的项目抵不上一个精彩动人的项目,事实也正是如此。

3. 简历印象部分

说完了技能和项目经历,最后让我们谈谈撰写简历时需要遵守的一些原则。当一份简历投递雇主手中时,雇主通常会大概看一下这个简历,凭经验和直觉来判断是否继续阅读这份简历,而接下来我想与您分享的,便是我认为一份好简历应该具备的「好味道」。

(1)撰写简历三大原则:清晰,简短,必要;

正如标题所呈现的,一份好简历应该满足以下三个特征:

  1. 清晰:这表明简历的内容应该是没有歧义,易于理解的,同时简历整体还要富有逻辑;
  2. 简短:无论是生活还是工作中,我们都需要拥有一种「抓住重点」的能力,因此优秀的求职者应该尽可能在简历中就展现这一点,而展现的方式就是,尽量写出不超过一页的简历,同时让它充满诱惑;
  3. 必要:招聘本身是一个相互匹配的过程,彼此展示必要的信息,能够帮助彼此最大化的节约时间,提升效率。确保简历中出现的内容都是雇主期望了解的很容易就能博得雇主的好感。

希望您能在理解这三原则后重新审视并优化您的简历,确保万无一失后,我们就可以进入下一个重要的环节:简历投放。没错,这里我也有话要说。

(2)为什么您应该停止海投?

我的最后一个建议是:不要海投,要有的放矢。
我当然理解面对求职压力,海投所消耗的成本及其低廉,但请注意,相对的,海投带来的收益也近乎微乎其微(更别提海投失败更容易给人带来挫败感,使人陷入一种负面情绪的恶性循环)。
其实「海投」和「精准投放」之间的差距并没有特别悬殊,有时候只需要您一点点额外的努力,就能带来巨大的收益。
我建议您将自己的所有信息先整合在一个文档内,然后每天选择 10 家您向往的雇主企业,仔细阅读对方的招聘需求,并根据对方的招聘需求在自己的文档中摘出与之匹配的部分组合在一起。
之后就可以爽快的投递出去了。猜猜看接下来会发生什么?因为您的技能描述完美契合了雇主的需要,并且项目经历的描述由于运用了 STAR 法则,雇主能够更充分的了解到您各方面的能力。
毫无疑问的,您将大大提升您进入面试环节的几率!
这可是成功的第一步!

4. 结尾

至此,文章终于到了尾声。总结一下,我们谈论了简历制作过程中需要注意的以下三个部分,并分别给出了一些建议:

  1. 技术能力:先写岗位所需能力,再写加分能力,不要写无关能力;
  2. 项目经历:只写明星项目,描述遵循 STAR 法则;
  3. 简历印象:简历遵循三大原则:清晰,简短,必要,要有的放矢,不要海投;

希望我所分享的经验能对您有所帮助,也希望您终能如愿以偿进入心仪的企业工作。
感谢您读到这里,真是不容易!

© 著作权归作者所有
这个作品真棒,我要支持一下!
一个iOS技术交流的小圈子,用文章叙述开发中常用的想法和造轮子的分享。 订阅后 可以添加微信 mayday173...
0条评论
top Created with Sketch.