STAR模型

=Start=

STAR-W模型

1.是什么

STAR-W 模型即:Situation Task Action Result – Witness 的缩写。是一种清晰有条理讲述自己做事的方式,同时也是快速了解他人知识、经验、技能掌握程度、工作风格、性格特点的途径。

S(Situation):是事件发生的背景
T(Task):是要做的事情、要完成的任务、要达到的目标
A(Action):针对上述任务,为达到预期的目标,所采取的行动,具体做了哪些事情
R(Result):最终结果怎样、目标是否达成,学习到了什么。总结与感想。
W(Witness):过程/结果的见证者——谁能证明你上面描述的内容是否真实?而且,从别人的口中说出来会比自己讲更有说服力。

2.为什么
为什么要学习STAR-W模型?

论述者

思维工具,辅助理清思路
避免逻辑混乱,论述没有侧重点

理解者

背景,避免理解出现偏差、偏见
任务拆解,体现做事的方式、方法和风格
过程,体现事件发展过程的把控能力
结果,关键是总结思考

3.怎么学

学习实例
多用

事件:学习、理解并运用STAR-W模型
背景:整理材料要用到STAR-W模型,不理解的话,写起来困难
任务:理解清楚STAR-W模型是什么,为什么要学习STAR-W模型,该如何学习STAR-W模型
行动:网上搜索、整理资料,参考他人STAR-W模型实例,不断练习
结果:了解STAR-W模型是什么,为什么要学习,以及该如何学习

=END=

声明: 除非注明,ixyzero.com文章均为原创,转载请以链接形式标明本文地址,谢谢!
https://ixyzero.com/blog/archives/2867.html

《STAR模型》上有5条评论

  1. 跳槽的必要条件是有一份好的简历
    https://mp.weixin.qq.com/s/XVMaO7ErWp_IE466KUkrIA

    # 模板
    写简历首先要有一个好的模板,我们做技术的不同于 UX,UED,我们不需要那么花哨,但是也需要整洁干净。好的模板能让你的简历给面试官一个好的印象,有一句话说得好,简单而不简单。

    # 技巧
    目前写简历的方式有两种普遍被认可,一种是 STAR, 一种是 FAB。
    STAR法则,即为Situation Task Action Result的缩写,具体含义是:
    Situation: 事情是在什么情况下发生
    Task: 你是如何明确你的任务的
    Action: 针对这样的情况分析,你采用了什么行动方式
    Result: 结果怎样,在这样的情况下你学习到了什么

    FAB 法则,即Feature Advantage Benefit 的缩写,具体含义如下:
    Feature:是什么
    Advantage:比别人好在哪些地方
    Benefit:如果雇佣你,招聘方会得到什么好处

    综上所述,无论是那种方式都是在用最简单明了的方式告诉别人你的工作,能力同时也体现了你的表达和总结能力。所以这个地方自己一定要反复推敲。

    # 规避
    技术点,技术点描述不需要多而繁杂,不能乱入座,什么开发工具,写 Tomcat,你怎么不说 Java 是操作系统呢。
    PS:大公司大多考虑的是领域深度,而不是很关心你是否为全栈。

    项目经历,时间倒序,项目不在于多,在于有亮点。

    反复检查和校验,切记马虎,切记马虎。切记错别字,切记错别字,切记错别字,笔者写简历的经理,检查几次以后还会有错别字。对于筛选简历的人是看到错别字,拼写错误是非常致命的,第一印象就是马虎。

    简单说明厉害即可,切勿长篇大论,没重点。你要考虑到每天筛查简历的人可能选择100多份。

  2. 阿里三面,P9面试官是如何360°无死角考察候选人的?【石杉的架构笔记】
    https://mp.weixin.qq.com/s?__biz=MzU0OTk3ODQ3Ng==&mid=2247485021&idx=1&sn=936b0ecbbe8bd633b1a6c10127eaf4c4

    1、业务背景介绍

    2、架构演进考察
    因为大公司里的系统面对的就是业务经常翻倍的增长,系统压力越来越大,所以每年都要做几次技术升级,一直要进行架构演进。
    所以在互联网公司里,架构设计能力中非常关键的一环,就是针对业务增长,架构演进的能力是非常核心的。
    你要有一个意识说如果你的业务量10倍增长,100倍增长,你的系统架构要如何演进?这几乎是资深工程师必须要有的一个意识和能力。

    3、对公司底层技术的原理考察
    不说资深工程师,就说作为一个高级工程师,应该对自己负责的系统使用到的方方面面都有一定的了解。比如你要是用了语音转换API,或者是快递公司的查询API,那你起码知道人家背后大致在干什么,或者问清楚人家API的QPS极限,以及你们的访问量是多少。
    你们用了特殊的存储服务,起码知道那种存储服务的实现原理是什么,存储的容量规划等等问题,这是一个高级工程师hold住自己工作的起码工作素养。

    4、系统难点的考察
    大公司面试一定会问你系统的难点是什么,这代表你的项目经验有多少含金量。

    5、擅长技术的考察
    大公司一定会考察你的技术深度,一般就是对你平时用的最多,或者最熟悉的技术深入挖掘和考察,看你的技术深度有多深。

    6、总结
    希望大家通过这篇文章,吸取这位同学的经验教训,平时多思考自己负责系统的技术难点,以及业务量成倍增长时架构如何演进,系统涉及到的各种技术的细节,以及积累相关技术的技术深度。

  3. 如何成为一位合格的技术面试官?
    http://jartto.wang/2019/04/07/learn-interview/

    一、明确面试的目的
    作为公司的面试官,我们不是为了鄙视和炫耀技术,而是评估候选人能否担任工作。这属于团队建设核心工作,也是公司的一次品牌宣传。

    你代表的不仅是个人,还有公司的形象,请尊重每一位候选人。

    仓央嘉措曾经说过:我以为别人尊重我,是因为我很优秀。慢慢的我明白了,别人尊重我,是因为别人很优秀;优秀的人更懂得尊重别人。对人恭敬其实是在庄严你自己。

    二、开场过程

    三、面试问题
    1.根据简历提前准备好,针对不同 level 使用不同题目;
    2.不使用偏难怪题;
    3.切合候选人的经验,不要依据自己熟悉的领域提问;
    4.考察素质能力尽量使用相同的问题,以保证横向比较的公平;
    5.问题和所面职位具有相关性;

    四、完整的行为示例 - STAR
    Situation, Task, Action, Result。

    五、面试分工
    面试一般会分几轮,所以不同的面试官面试的重点也应该有所区别。
    一面:基本技能(知识,专业技能)
    二面:逻辑分析(专业技能,能力)
    三面:综合素质(个性特征、动机、价值观)

    这样的好处有两个:
    1.在每一轮全面的面试相关领域;
    2.避免重复的询问,导致过差的体验;

    六、考察综合素质
    为了考察候选人的综合素质,面试过程我们其实可以从六方面去考察:
    1.知识:
    也就是我们常说的基本功。

    2.专业技能:
    职位相关的技术能力,这决定你是否能胜任工作。

    3.能力:
    个人能力包括:思维能力,学习能力,迁移能力,扩展能力等等。

    4.个性特性:
    正直诚实,责任心,坚韧性。

    5.动机:
    体现在成就导向,主动性。

    6.价值观:
    体现在团队合作。

    七、评估
    1.有潜力:
    能够在一段时间内,通过培养,胜任范围更大,难度更高的项目。

    2.能干活:
    能够胜任当前的工作,但是因某项能力(技术基础 or 某项软素质)较弱,在发展上会受到一些限制。

    3.三颗完整 STAR 确实一项事实:
    在收集 STAR 的时候不断提出更加深入的问题来判断其对该带我的认知程度及抗压能力。

    优点:尽可能挖掘优点,如果有需要后面可以调整面试方向。
    不足:基于我们职位要求。

    4.预测:
    通过其过去的行为来预测将来的行为。

  4. 谁说业务开发没有技术深度?
    https://mp.weixin.qq.com/s/u_UOzesbL2EEfCFu9IFQ2Q
    https://blog.didiyun.com/index.php/2019/04/08/taowen/

    技术同学的主要工作是构建一个可运行的 solution 去解决用户的一个 problem。以这个为主题,有两件工作:

    1、运营维护这个 solution,持续去解决 problem。
    2、洞察到 problem 本身的变化,或者有更好的 solution。然后把现有的solution迁移成一个新的 solution 去更好的解决 problem。

    技术深度就体现在“更好”地完成这两项工作上,也就是一个优化问题:

    ▍对运营维护工作而言

    降低运营的人工成本:例如自动化代替人工。
    降低运营的其他成本:例如更少的机器投入,例如稳定性和安全建设减少风险。

    ▍对研发工作而言

    对 new problem 或者 new solution 的洞察力:数据分析,市场调研,新技术跟进等。提升 solution 对用户的吸引力。新体验-旧体验-迁移成本。
    短期敏捷性:因为对 api 很熟悉,能够快速rush出一个版本来的能力。因为对环境很熟悉,可以快速定位 bug 的能力等。

    长期敏捷性:架构设计,复杂度管理等。

    提供独特 solution 的能力:比如说自动驾驶等科技。从 0 到 1 的过程可以最大化对用户的吸引力,因为很少人提供竞争 solution。

    ▍每一项优化工作,都可以做得很深。

发表评论

电子邮件地址不会被公开。 必填项已用*标注