编程进阶网 编程进阶网
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机的原理
  • 操作系统原理
  • 网络协议原理
  • 数据库的原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 技能之旅
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Kotlin精通
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接

杨充

专注编程 · 终身学习者
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机的原理
  • 操作系统原理
  • 网络协议原理
  • 数据库的原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 技能之旅
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Kotlin精通
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接
  • 毛选实战心法

  • 小人物的进修

    • 全书快速指引
    • 01.学习的七大原则
    • 02.需求层次的模型
    • 03.一起来做个练习
    • 04.要带上技能地图
    • 05.经营好自我公司
    • 06.信息过载怎么办
    • 07.体系思维很重要
    • 08.宏观学习的方法
    • 09.用海绵法找时间
    • 10.三段分解学什么
    • 11.链式和环式思考
    • 12.玩和教保证效果
    • 13.学习方法论沉淀
    • 14.以结果导向计划
    • 15.目标设立和管理
    • 16.分解目标要明确
    • 17.计划的落地策略
    • 18.结果的检查改进
    • 19.掌握些做事方法
    • 20.高效成长方法论
    • 21.OKR目标规划法
    • 22.SMART目标设定
    • 23.SWOT分析方法论
    • 24.MECE分析法则
    • 25.二八法则的运用
    • 26.三种方案设计法
    • 27.RACI责任矩阵法
    • 28.PDCA执行方法
    • 29.番茄工作法实践
    • 30.六顶思考帽方法
    • 31.金字塔汇报方法
    • 32.STAR摸底分析法
      • 01.看一个真实案例
      • 02.STAR方法应用背景
      • 03.STAR法则详细介绍
      • 04.STAR方法应用场景
      • 05.STAR方法存在弊端
      • 06.STAR方法总结输出
      • 07.后来发生的改变
      • 08.今天起改变三点
      • 09.课后作业思考下
    • 33.五步问题处理法
    • 34.五问根因分析法
    • 35.鱼骨图分析方法
    • 36.四维度总结分析
    • 37.阶段复盘方法论
    • 38.生命线分享游戏
    • 39.语言底蕴的提升
    • 40.阅读的持续提升
    • 41.理解能力的锻炼
    • 42.沟通能力的演进
    • 43.演示幻灯片提升
    • 44.学会高效地提问
    • 45.公众演讲的提升
    • 46.做好技术的演讲
    • 47.专注能力的提升
    • 48.自我自控的调节
    • 49.感知能力的提升
    • 50.记忆能力的训练
    • 51.质疑精神的分析
    • 52.思考能力的提升
    • 53.情商能力的学习
    • 54.写给平凡的你
    • 55.十年回望后记
    • 56.全书金句索引
  • 职场管理进阶

  • 书籍
  • 小人物的进修
杨充
2020-03-13
目录

32.STAR摸底分析法

# 32.STAR摸底分析法

# 目录介绍

  • 01.看一个真实案例
  • 02.STAR应用背景
  • 03.STAR法则介绍
  • 04.STAR应用场景
  • 05.STAR存在弊端
  • 06.STAR总结输出
  • 07.后来发生的改变
  • 08.今天起改变三点
  • 09.课后作业思考下

# 01.看一个真实案例

那是我第一次跳槽,面试一家心仪的公司。聊到一半,面试官放下水杯,看着我说:

"讲一下你做过最有挑战的一个项目吧。"

我心里一喜,这题我准备过。然后我一开口就开始说:"我们当时做了一个 HR 系统,里面有考勤、薪资、福利……"

我讲了大概七八分钟,从需求讲到技术选型,从联调讲到上线,越讲越急,怕漏掉哪个细节,结果面试官打断我两次:

  • 第一次:"等一下,你在这个项目里具体负责什么?"
  • 第二次:"你说效果好,好在哪?有数据吗?"

我支支吾吾,半天答不上来。出门那一刻,我就知道这家凉了。果然第二天 HR 礼貌性地告诉我:"综合评估后……"。

复盘的时候我找了一个做 HRBP 的前辈吃饭,把刚才的回答原模原样背给她听。她笑了笑,掏出一张餐巾纸,写了 4 个字母:

S — T — A — R

S(Situation 情境):当时是什么背景? T(Task 任务):你的任务是什么?(不是"我们") A(Action 行动):你具体做了什么?为什么这么做? R(Result 结果):最终结果如何?用数字说话。

她让我用这 4 个字母把刚才那段话重讲一遍。我憋了三分钟,重新组织:

  • S:公司 800 人规模,HR 用 Excel 管考勤,每月 3 天加班对账,错误率 5%。
  • T:我作为后端 Owner,负责 HR 系统从 0 到 1 的考勤模块,上线后错误率要降到 1% 以下。
  • A:我做了三件事——梳理 12 类异常考勤场景、设计补卡审批流、推动 HR 培训。
  • R:上线 3 个月,月度对账时间从 3 天降到 4 小时,错误率 0.6%,HR 满意度从 65% 升到 92%。

讲完那一刻我自己都愣住了——同样一段经历,结构变了,份量也变了。前辈说:"这就是 STAR。它不是模板,是让你学会站在听者角度讲故事。"

下面这套 STAR 摸底分析法,就是那次教训之后,我反复打磨、用在面试、汇报、复盘里的方法论。

# 02.STAR方法应用背景

graph TD
    A[STAR法则] --> B[结构化表达工具]
    A --> C[应用场景]
    B --> B1[背景→任务→行动→结果]
    C --> C1[面试回答]
    C --> C2[工作汇报]
    C --> C3[项目复盘]

考察一个人的能力,最直接的方式是听他讲自己的工作经历。但经历讲不清、听不懂,往往不是能力不够,而是结构不对。STAR 法则最早就是面试官为收集信息设计的一套逻辑框架,后来被沿用到工作汇报、项目复盘等结构化表达场景中,成为讲清一段经历的通用骨架。

# 03.STAR法则详细介绍

graph LR
    A[STAR法则] --> B[S-Situation<br>情境背景]
    B --> C[T-Task<br>目标任务]
    C --> D[A-Action<br>行动方案]
    D --> E[R-Result<br>最终结果]
    style B fill:#f9f,stroke:#333
    style C fill:#bbf,stroke:#333
    style D fill:#fbf,stroke:#333
    style E fill:#6f6,stroke:#333

STAR 是四个英文单词的首字母缩写,每个字母对应一个必答问题:

  1. S — Situation(情境):做这件事的初衷是什么?项目背景、需要解决的问题是什么?
  2. T — Task(任务):衡量完成的标准是什么?你承担的具体目标是什么?(不是"我们")
  3. A — Action(行动):你采取了哪些步骤?为什么这么选?遇到困难时如何调整?
  4. R — Result(结果):最终产出与初衷差多少?尽量用数据说话,并简述自己的能力增量。

四步前后呼应,听者才能在脑中"看见"你在那段经历里真实存在的样子——而不是一个含糊的"我们做了一个项目"。

# 04.STAR方法应用场景

STAR 最典型的三个应用场景是面试回答、工作汇报、项目复盘。01 节的 HR 系统案例已经完整演示过面试场景,这里补充一个非技术类的复盘案例——组织员工旅游,看它如何跨领域适用。

背景(S):员工长时间工作压力大,团队凝聚力偏弱,公司决定在暑假举办一次员工旅游,目标是改善沟通协作、提升满意度。

任务(T):作为 HR 部门经办人,我负责策划和组织这次活动,覆盖目的地选择、行程安排、预算控制、现场执行四条主线。

行动(A):一是先做员工偏好调研,收集目的地和形式期望;二是与三家旅行社比价、比方案,最终选出兼顾员工需求和公司预算的组合;三是制定详细行程、提前锁定住宿交通、召开行前会讲清安全须知;四是活动期间全程跟队,及时处置突发情况。

结果(R):参与率 90%,活动满意度 95%,事后一个季度的内部效率指标提升 10%,还沉淀出一份可复用的《员工活动组织 SOP》——这对我个人来说,是把"办一次活动"变成了"能办任何一次活动"的能力。

从这个例子能看到,STAR 不是技术圈的专利。任何一段"你参与过、你负责过、你交付过"的经历,都可以套进这四个格子里,把口头汇报升级成有信息密度的表达。

# 05.STAR方法存在弊端

STAR 的四个格子既是脚手架,也可能成为紧箍咒。一旦你只是机械地往里填字,听者一耳朵就能听出你在"背模板",反而显得没有真情实感。另外,它更适合复盘"已经发生的事",而不擅长展示前瞻性思考——面对头脑风暴、方案探讨这类面向未来的场景,OST(目标-策略-战术)或 5W2H 会更顺手。用 STAR 讲过去,用别的框架谈未来,是最省心的分工。

# 06.STAR方法总结输出

graph TD
    A[STAR总结输出] --> B[S: 情景背景]
    A --> C[T: 任务目标]
    A --> D[A: 行动方案]
    A --> E[R: 最终结果]
    B --> B1[时间+地点+团队+项目介绍]
    C --> C1[个人责任+团队任务分工]
    D --> D1[步骤+策略+调整措施]
    E --> E1[成果数据+能力提升+经验教训]

结构讲完,最容易被忽略的是"讲述姿态"。同样一套 STAR,有人讲完像团队合影,有人讲完像个人特写,差别就在下面这三条底线上:

不要讲"我们做了什么",要讲"在什么背景下,我承担了什么任务,做了哪几件具体的事,最后产生了哪些可以被量化的结果"。

  1. 永远讲"我",不讲"我们":听者想听的是你个人的贡献,不是团队的合影。
  2. 行动要有"为什么":A 不只是动作清单,更要解释你为什么这么选,凸显判断力。
  3. 结果一定要有数字:没数字的结果就像没盐的菜,听完不留印象。

# 07.后来发生的改变

那次面试失败后,我做的第一件事是把过去 3 年里最有代表性的 3 个项目——HR 系统、监控告警平台、移动端启动优化——分别用 STAR 写成了 3 段 200 字以内的小卡片。每段都强迫自己回答四个问题:

  • 这件事的背景是什么?为什么要做?
  • 我承担的具体任务是什么?
  • 我做了哪 3 件最关键的事?
  • 最后的数字是什么?

写完读出声给老婆听,她听不懂技术,但听完能复述大概,那我就知道讲清楚了。

两个月后我再次面试,又是那道老题:"讲一个最有挑战的项目"。

我深吸一口气,按 STAR 讲:背景(30 秒)→ 任务(20 秒)→ 行动(90 秒,重点)→ 结果(30 秒,全是数字)。三分钟讲完,面试官点了点头:"数据很扎实,可以再往下聊技术细节吗?"

那场面试我拿到了 offer,且评级比预期高一档。HR 反馈里有一句话我印象很深:"表达结构清晰,能听到他自己干的事。"

我后来带了一个 5 人小团队。每周周会,我让每个人用 STAR 讲一件本周最有价值的事——背景一句话、任务一句话、行动三件事、结果三个数字。

刚开始大家不习惯,觉得"太刻板"。但坚持一个月后,团队季度汇报的质量肉眼可见地提升——leader 反馈说:"你们组的汇报,听着特别有信息密度。" 我心里偷笑:这不就是当年那张餐巾纸救我命的方法么。

# 08.今天起改变三点

graph LR
    A[从今天开始] --> B[第一: 用STAR梳理过往经历]
    A --> C[第二: 日常汇报融入STAR]
    A --> D[第三: 建立STAR素材库]
    B --> B1[选3个代表性项目写STAR]
    C --> C1[背景→任务→行动→结果]
    D --> D1[随时记录值得讲的故事]

今天就选3个你做过的代表性项目,用STAR法则各写一遍。 背景是什么?你的任务是什么?你采取了什么行动?最终结果如何?写完后大声读一遍,检查逻辑是否通顺、数据是否具体。这些素材无论是面试、汇报还是晋升答辩,都能直接使用。

在日常工作汇报中有意识地使用STAR结构。 下次向领导汇报项目进展时,不要零散地说"我做了ABC",而是用STAR的结构来组织:"在XX背景下(S),我负责XX任务(T),采取了XX措施(A),最终取得了XX结果(R)"。这种结构化表达会让你的汇报更有说服力。

开始建立你的STAR素材库。 准备一个文档,每完成一个有价值的项目或任务,就用STAR法则记录一条。积累半年后你就会有一个丰富的素材库,无论是写年终总结、准备面试还是晋升答辩,都能随时调用。

# 09.课后作业思考下

  1. 用STAR法则描述你在当前工作中最有成就感的一个项目,注意:结果部分一定要有具体数据支撑。

  2. 找一篇你之前写过的项目总结,用STAR法则重新组织一遍,对比修改前后,看看哪个版本更清晰更有说服力。

  3. 模拟一个面试场景,让朋友用STAR法则向你提问一个问题(如"请描述你解决过的最复杂的技术问题"),练习你的STAR回答。

  4. 对比STAR法则和金字塔汇报法,思考它们各自更适合什么场景。你能总结出使用规则吗?

上次更新: 2026/07/27, 15:53:15
31.金字塔汇报方法
33.五步问题处理法

← 31.金字塔汇报方法 33.五步问题处理法→

最近更新
01
audit
07-27
02
C++入门教程全章思考题汇编
07-24
03
12.技术团队建设能力
07-21
更多文章>
Theme by Vdoing | Copyright © 2019-2026 杨充 | MIT License | 鄂ICP备2024073355号-1 | 鄂ICP备2024073355号
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式