怎样写好求职简历（STAR法则）
⾯试主要看⼏点：项⽬经验+基本技术+个⼈潜⼒（也就是值不值得培养）。
> 简历该如何写，才能有更多的⾯试机会？
其实我在看你们简历的时候就想知道以下内容：你是否能胜任这份⼯作？是否有上进⼼？是否够积极主动？是否有潜⼒？就这⼏项，如果你做不到这么多，起码得保证⾃⼰简单点，没⽑病吧？另外，你投了简历给公司，起码记得公司名字，知道公司到底做什么的吧？我之前电话⾯试⼀个⼈，说「您好，我们是上海薄荷科技」，然后那边说「薄荷？没印象了啊」，对于⾃⼰投递的简历连⼀点印象都没，我只能说管你简历多优秀，最起码的态度上就没有重视这件事，肯定不会有下⽂了。
-- 简历的star法则。  作为鹅⼚⾯试官⼀员，会更多基于 STAR ⾯试法，主要通过你的⾏为看你的编程能⼒，除了让你做算法题外，更重要的是你实际写过的代码和项⽬，效率如何？有没有考虑过异常处理？实际的访问性能如何？有没有开过⾃⼰的 github 项⽬，或者是给知名项⽬贡献过源码，其次才是你的编码风格如何，学习成绩啥的。
-- Star原则：1.处境 在什么样的环境下 2.任务 接到了什么样的任务 3.⾏动 然后具体怎么落地 4.结果 拿到了什么结果；
1、尽量避免主观表述，少⼀点语义模糊的形容词，除⾮是⼤公司⼤⽜，已经有成果撑腰，否则慎⽤「熟悉… …」、「使⽤过… …」
2、多⼀点表意清楚，语⽓肯定的数量词、名词、成果描述。⼀定要将⾃⼰的优势和期望明晰地表达出来，便于招聘⽅能对候选⼈有更准确的
定位：
介绍技术：最近⼏份⼯作经历中所参与过的产品、项⽬、⾓⾊ ；
在⼯作中做的项⽬的技术细节；
克服过的技术难点与细节；
感兴趣的技术；
在程序马拉松上参加的项⽬或者是业余的个⼈项⽬（+link）；
如果领导过技术团队，写下带的团队的规模与管理风格；
介绍⾃⼰：过往有特点经历、擅长的⽅向、对互联⽹的理解、职业发展规划；
-- 在回顾项⽬经历时，关于你⾃⼰的那部分，⼀定要想明⽩并记录下来，从下⾯三点来挖掘你的亮点：
你负责的⼯作内容； ⽤到的知识、技能；你对整个项⽬的贡献(最好可以量化)
程序员运⽤编程语⾔、技术框架、设计模式、算法等开发针对某个领域问题的软件，软件必然和⽬标需求和业务密不可分，所以，程序员左⼿技术，右⼿业务，假如你对业务内容完全不感兴趣，很难想象你可以把软件做好。因此，当你有了⽬标产业，⽬标公司，还要去了解这家公司做什么产品，是产品导向的公司，还是项⽬导向，还是外包为主，选择那家你对它的业务范围感兴趣的公司，不感兴趣的就果断筛掉。
简历的主体框架就是这样⼦了。接下来，我会根据我的⽬标职位——⾼级软件开发⼯程师——来⼏条招聘信息，通过分析招聘信息来优化简历的技能与评价、项⽬经历两个部分。这两部分也是我们优化简历时的重点。
- 管理项⽬，制定项⽬计划，跟踪计划，控制项⽬进度；
- 团队管理与激励；- 博客、等⾃媒体运营；
-- 在⾯试之前，⾸先要了解⼀下对学习能⼒的含义及等级定义，以便从⾯试中判断。学习能⼒的等级含义：（分0、1、2、3级）
0、不愿意更新⾃⾝知识结构；不注意向同事学习；忽视同⾏业的发展状况。
1、为了满⾜本职⼯作的需要去学习改进，愿意并善于向同事学习，获得必要的知识或技术。
2、为了进⼀步提⾼⾃⾝素质，从事不太熟悉的任务，能够钻研资料，获得必备的知识或技能，以尽快适应新⼯作要求。
3、深⼊了解当前最新的知识和技术，能够意识到它们在产业界的应⽤。
-- 简历应该避免的⼏点是:
只描述技能，但与⾃⼰能⼒不匹配。
只描述⾼⼤上项⽬，没说⾃⼰做了啥。
描述以前⼯作过于简单，⼏乎没有内容。
夸⼤事实，没做过说⾃⼰做过。
-- ⾯试需要注意的地⽅
⾯试题⽬：根据你的等级和职位变化，⼊门级到专家级：⼴度↑、深度↑。
题⽬类型：技术视野、项⽬细节、理论知识，算法，开放性题，⼯作案例。
细节追问：可以确保问到你开始不懂或⾯试官开始不懂为⽌，这样可以⼤⼤延展题⽬的区分度和深度，知道你的实际能⼒。因为这种关联知识是长时- 期的学习，绝对不是临时记得住的。
回答问题再棒，⾯试官（可能是你⾯试职位的直接领导），会考虑我要不要这个⼈做我的同事？所以态度很重要。（感觉更像是相亲）。 资深的⼯程师能把 absolute 和 relative 弄混，这样的⼈不要也罢，因为团队需要的是：你这个⼈具有可以依靠的才能（靠谱）。
⼀个优秀的程序员应该具有怎样的技能:
基础扎实；主动思考；爱学习；有深度；有视野；扎实的编码经验；
- 校园招聘与社会招聘：
校招和社招的是不⼀样的，校招会更加关注基础知识，⽽社招会更加关注之前做过的项⽬情况。社招: 最重要的是经验与是否能应对所在⼯作未来的⼀些挑战。
- ⾯试⽅式
⼀般程序员的⾯试分为：代码笔试+问答⾯试。
代码笔试主要就是考察能⼒，问答主要是对项⽬以及个⼈的情况了解。
- ⼯作时需要避免的⼏点:
简历不要出现错别字和明显的错误；
平时的⼯作之余，不要忘了对⾃⼰技术的追求, 多理解多写⼀些代码；
没有不加班的 IT 公司，摆在⼼态，主要看你觉得这种加班值不值得；
-- HR筛选者在阅读你的简历时⼼⾥都有选择标准， 1. ⼯作的挑战性如何， 2. 你的⼯作跟我们公司有多少相关性，所以你需要把⼯作描述清楚。
项⽬，职责，成就以及发展的技能.
有同学问，如果我在项⽬⾥边没有那么显赫的成绩可以说怎么办？讲不出成绩时，就讲你的成长。因为学习能⼒也是每家公司都看中的东西。你可以写你在这个项⽬⾥边遇到了⼀个什么样的问题，别⼈怎么解决的，你怎么解决的，你的⽅案好在什么地⽅，最终这个⽅案的效果如何。
具体、量化、有说服⼒，是技术简历特别需要注重的地⽅。
-
- 作为⾯试官，希望从简历上看到尽可能全⾯和关键的信息，这⾥包括：
* 毕业的学校，专业和成绩(gpa和排名）
* 所从事的项⽬，项⽬的基本描述，以及⾃⼰⼯作中的关键点
* ⾃⼰的突出优点，对于游戏开发⽅⾯是否有明确的倾向
* 平时积累知识和写代码，如果能落成blog和github上就更好了
* 程序员的硬技能和软技能
-- 简历：对互联⽹(1)，对公司(2)，对这个职位(3)，是感兴趣(4)，并为此做了准备(5)。
简历：突出能⼒和优势，技术能⼒和表达能⼒。。。
解释清楚问题本⾝及解决⽅案是⾯试的关键。。
-- 某技术⼈员
L先⽣是那种新技术的狂热追逐者，系统维护的项⽬⽆法满⾜他对技术的追求，他开始尝试加⼊架构组，
在架构组⾥，先是写公共的底层组件，后来开始协助组长优化现有的开发架构。在架构组的那段时间，少了项⽬上的杂事⼲扰，可以安⼼的研究技术。从那时开始他养成了，读开源软件源代码的习惯，当年⽐较流⾏的是SSH架构，他⼏乎上把Spring、Tomcat的源代码翻了个底朝天。
后来他跟我说，⾃⼰刚开始读开源代码，⾮常痛苦，因为基础太差很多代码看不懂，读源代码的同时，开始⾃学数据结构、软件⼯程等相关计算机基础课程，慢慢就进去了，越读越轻松。渐渐能理解作者为什么会这样写代码，常常有⼀种豁然开朗，⾼⼭仰⽌的感觉，读开源代码简直就是和⼤师对话。就这样坚持了⼀年，仿佛打通了任督⼆脉，⼀下⼦觉得很多技术的东西都通了。编程哪一家比较好
随着技术⽔平越来越⾼，不再满⾜只读开源代码，开始创建了⾃⼰的开源项⽬，难度⼀下⼦⼜上了⼀个台阶，做开源项⽬的那段时间，⽩天上班，晚上熬夜写⾃⼰的开源项⽬
有了积累，L先⽣，后来跳槽去了百度做架构师，他⾛之前写了新的开发架构，替掉了⽼架构，据说新架构稳定、先进，服役了好⼏年。百度并不是他的终点，他从未在追求技术的道路上停⽌，再后来从百度离职去了⼀个初创公司，做⾸席架构师。
Z先⽣是从开发⼈员、转向业务、再到市场的典型案例，每⼀步都为上⼀步做好了积累，不固执，擅沟通，在需求沟通时发现了⾃⼰的业务分析能⼒，在售前技术交流时发⾃⼰做研发时的技术积累，和需求⼯作的历练竟然可以让⾃⼰做售前， 就这样不经意间发现⾃⼰的亮点，慢慢成就了现在的⾃⼰。
需求分析的⽅法论.做项⽬需求，和⽤户、研发、测试都要打交道，沟通能⼒变得越来越强。懂技术、懂业务、还会吹⽜逼。
UI设计、交互设计、前端开发融合的越来越好，逐渐成了产品经理的候选。
每天的⼯作基本上就是接电话，帮助⽤户解决各种系统问题。因为⼯作认真，态度好，专业能⼒得到了内部⼈员和⽤户的⼀致认可，很快就升职做了现场实施组的组长。
做了实施组组长之后，开始承担管理⼯作，虽然组⾥只有3-4个⼈，但他还是想尽办法学习如何管理团队，为此还专门考了个PMP镀镀⾦。因为完全按照项⽬经理职责要求⾃⼰，他的管理、组织、协调能⼒得到了全⾯提升。
项⽬经理，⼀下⼦需求、研发、测试、⼯程实施全都他⼀个⼈管。幸好他先前有了⽐较充分的准备，才不⾄于过度慌乱，平稳的从现场⼯程实施组长过渡为⼀名优秀的项⽬经理。
> FAB法则：
-- FAB 法则，即Feature Advantage Benefit：
Feature：是什么；
Advantage：⽐别⼈好在哪些地⽅；
Benefit：如果雇佣你，招聘⽅会得到什么好处。
> Star法则：
-- STAR法则，即Situation Task Action Result：Situation：事情是在什么情况下发⽣；
Task:：你是如何明确你的任务的；
Action：针对这样的情况分析，你采⽤了什么⾏动⽅式；Result：结果怎样，在这样的情况下你学习到了什么
-- 简历STAR法则：Situation，Task，Action，Result。
写好简历的7个原则：
1）个⼈品牌
你是谁，你在⾏业⾥有多⼤的影响⼒？你有⾃⼰的博客/⾃媒体吗？你的博客/⾃媒体⾥有你对这个⾏业的所思所想吗？你有多少粉丝？你是不是这个领域的专家？这些都是你的个⼈品牌。
2）项⽬经验
挑重点去讲，不是罗列你所有的项⽬经验，⽽是提供⼀两个拿得出⼿的项⽬，这个项⽬要能彰显你的实⼒。
3）⾏业背景
你是做什么出⾝的？你在这个领域有多少年？你是否还有别的⾏业从业经验？这些都很重要
4）理念认知
你对这个⾏业有什么理念上的认知？你对⼀个⾏业的认知，能决定你在这个⾏业的地位。
5）未来愿景
你未来是怎么计划的？你打算长期深耕这个领域吗？
6）⼯具技能
你掌握哪些技能？你会使⽤哪些⼯具？很多公司的职位对员⼯都有技能要求，⽐如产品总监要能熟练使⽤AxureRP等原型制作⼯具，擅长PPT等。
7）⽂化风格
你的⽂化是否和公司⽂化相冲突？你的风格是否和公司主体风格类似？
STAR法则，即为Situation Task Action Result的缩写，具体含义是:
Situation情境：HR希望你描述⼀个你遇到的挑战、项⽬。（曾经完成的某件重要的且可以当作考评标准的任务的背景状况。⽐较绕⼝好好理解下）
Task任务：你当时的任务是什么？HR想知道你是怎样在上述情境下明确⾃⼰的任务的。
Action⾏动：你做了什么？HR要知道你为上边的任务所付出的⾏动，为什么这么做？还有其他⽅案吗？
Result结果：结果怎样？从你的⾏动中，得到了什么？有没有完成⽬标呢？你获得了那些经验教训呢？之后有没有再⽤到那些经验呢？
通常应聘者求职材料上写的都是⼀些结果，描述⾃⼰做过啥，成绩如何，很简单很笼统。
⽽在⾯试时，⾯试官需要了解应聘者如何做出这样的业绩，⽤了什么⽅法、⼿段。这样才能全⾯了解应聘者的知识、经验、技能掌握程度及⼯作风格等。
通常，我们在求职材料上写的都是⼀些结果，描述⾃⼰做过什么，成绩怎样，⽐较简单和宽泛。HR在⾯试的时候需要了解应聘者如何做出这样的业绩，做出这样的业绩都使⽤了⼀些什么样的⽅法，采取了什么样的⼿段。通过这些过程，从⽽可以全⾯了解该应聘者的知识、经验、技能的掌握程度以及他的⼯作风格、性格特点等与⼯作有关的⽅⾯。
简⽽⾔之，STAR法则就是⼀种通过结构化思考来讲述故事的⽅式，能够清晰的向HR展⽰⾃⼰的信息与能⼒。
在写简历和⾯试时，我们都需要描述⼯作经验或个⼈经历。
situation：第⼀步明确相关经历及任务的背景：是什么类型的；怎样产⽣的；当时情况是怎样的。
Task：第⼆部明确在相关经历及任务中：要达到什么⽬标；完成过程中涉及什么环节及流程。
Action：第三步明确：针对这样的情况进⾏的分析；决定的⾏动⽅式及采取的步骤。
Result：第四步描述结果怎样。
在回忆经历时，这四步都是必不可少的。接下来我们以四个例⼦来看看。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。