什么是STAR原则

STAR原则是Situation(情景)、Task(任务)、Action(行动)和Result(结果)四个英文首字母的组合。

STAR原则常用于写简历以及每个季度总结汇报文档中描述曾经做过的工作。我15年3月份准备投实习简历前,写出的简历非常”学生气息“,没有把核心要点展示出去,也没有任何的成果量化。因此当时ACM实验室的秦老大(学长)还有几位学长手把手地帮我修简历,其中提出最重要的一个写简历方法就是借助STAR原则描述每一个开发项目经历。虽然最后用STAR原则写出来的简历多达4页,但勉强能够让面试官抓到一些重点。(当然,后面因为太重视项目经验没有刷算法题导致秋招受挫。所以修简历还只是第一步,打铁还需自身硬,该准备的八股文和算法题一定先准备好。)

使用STAR原则汇报总结

最近又到了写半年述职汇报文档的时候了,由于平时随时做随时写文档,尤其是经常去记录结果数据,因此写述职文档直接贴一贴、润色润色即可。就算目前已经有GPT助阵文案工作,但在工作中随手记录能省下非常多的时间和精力出来,一些好的文档也可以作为分享文档提升自己在团队中的影响力,何乐而不为呢?

Situation情景

在S这一块,可以写面对的问题,也可以写和竞对的调研结果,分析外部背景,描述内部当前的状况和问题。

情景中要包含最基础的时间、地点、背景等信息,也可以直接用5W来描述。比如:在双十一准备阶段我们的友商在北京地区准备灰度XXX功能,但我们的系统没有XXX功能。

Task任务

然后针对上述情景列举明确的目标、任务和措施。

例如:为了防止双十一因为XXX功能缺失导致GMV下降,我们通过紧急功能对标,在某天发布YYY功能,需要提升GMV Y%、客单价提升Z%。

Action行动

基于上述情景和任务,采用什么样的行动来解决问题。在这一块也可以着重去写遇到的困难和挑战,以及你对困难挑战的拆解和思考。就像剧本中有了对手或是挑战出现,读者或是观众会马上提起精神期待主角精彩的解决过程一样。

例如:在接到YYY功能开发任务后,如何拆解任务、使用多长时间、多少资源、什么方法完成该任务,列举遇到的困难和解决方案。

Result结果

行动的结果是怎么样的呢?如果成功了,有哪些是能够沉淀和可迁移经验的呢,能否在下次类似的任务更上一层楼?如果失败了,原因是什么,如何在后续的行动中规避失败?

结果就是要把自己的工作使用【数字量化】的语言秀出去,用红色加粗的大字轰炸读者的视网膜。但也需要对结果进行分析,并给出具体的解释和经验沉淀。

更进一步

当然,只使用STAR原则写总结是不够的,往往缺少了【思考】。如何在一堆卷王中脱颖而出?答案不是跟着卷,也不是来一个需求就做一个,而是打出差异化。而所谓差异化是对技术和业务的深度【分析】和【思考】所提炼出的经验。

所以,您能够用STAR原则分析您目前做的项目么?效果如何?能否有更进一步的改进?这个项目的经验能否迁移应用到其他项目中?项目对您的技术和综合能力成长有帮助么?如果有帮助,您写文档记录沉淀下来了么?您考虑不考虑在组内做一个分享呢?您还需要团队为您提供哪些帮助?团队中其他类似项目是否有类似的问题等待解决?