面试官说'介绍一个你做过的项目'你慌了——STAR法则讲项目
先说结论
STAR法则把项目拆成四部分：Situation（背景——什么公司、什么业务、什么痛点）、Task（任务——你要解决什么问题）、Action（行动——你具体做了什么、技术方案是什么）、Result（结果——量化的效果数字）。先说结论再展开细节，3分钟内讲完核心，面试官追问再补充深度。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
'介绍一个你做过的项目'是面试中最高频的开场题。很多人要么从头讲到尾像流水账（'我先做了这个然后做了那个'），要么只讲架构不讲自己做了什么（'我们用了Flink+Kafka+Doris'），要么讲完了没有结论（面试官不知道这个项目的价值是什么）。STAR法则是结构化讲项目的万能模板——掌握了它任何项目都能讲清楚。
STAR法则的四个部分
| 部分 | 回答什么 | 时间占比 | 常见错误 |
|---|---|---|---|
| S 背景 | 什么公司/业务/数据规模/痛点 | 15%（30秒） | 讲太长铺垫太多 |
| T 任务 | 你要解决什么问题/达成什么目标 | 10%（20秒） | 和背景混在一起 |
| A 行动 | 技术方案/架构设计/你做了什么 | 50%（1.5分钟） | 只讲架构不讲自己 |
| R 结果 | 量化效果（数字！数字！数字！） | 25%（45秒） | 没有数字只说'效果很好' |
示范：我怎么用STAR讲EMR迁移项目
S（背景）：'我在某出海硬件品牌负责数据平台。当时整个数仓跑在AWS EMR上——100+个Spark作业、日均处理20亿行数据。EMR的运维成本高（NameNode不稳定、YARN队列调优复杂），而且ETL经常超SLA——凌晨的作业早上8点还出不来。'
T（任务）：'我的任务是把整个数仓从EMR迁移到Databricks，目标是零故障完成迁移、ETL执行时间减少30%以上、运维工作量降低50%以上。'
A（行动）：'我设计了双写双读的灰度方案——新旧系统并行运行，分4批迁移100+个作业。第一批是无下游依赖的清洗作业（30个，风险低），最后一批是核心指标计算作业（10个，风险最高）。每批迁移后都做数据一致性校验——对比行数、聚合值、抽样数据。遇到了20%的SQL因方言差异需要微调，比如日期函数和INSERT语法不兼容。'
R（结果）：'零故障完成迁移。ETL执行时间从平均5小时降到3小时减少了40%，查询延迟降低70%（AQE+Z-Ordering的贡献），存储成本降低35%（Delta Lake的压缩），整体运维工作量减少约60%。'
3分钟版 vs 10分钟版
3分钟版（一面/电话面/自我介绍时用）：STAR各部分都讲但不展开细节。上面的示范就是3分钟版。面试官感兴趣会追问某个部分的细节。
10分钟版（项目深挖时用，面试官说'详细讲讲'）：Action部分展开讲——双写双读方案的具体设计、SQL方言差异的具体例子、数据校验脚本的实现、分批策略的考虑、回滚方案是什么。Result部分补充更多数字——每一步优化的具体贡献（AQE贡献多少、Z-Ordering贡献多少）。
STAR法则的常见错误
| 错误 | 表现 | 正确做法 |
|---|---|---|
| S太长 | 花3分钟讲公司背景和业务 | 30秒讲清楚公司+业务+痛点 |
| T不明确 | '我参与了数仓建设' | '我负责把ETL从EMR迁移到Databricks' |
| A只讲架构 | '我们用了Flink+Kafka+Doris' | '我设计了双写双读方案分4批迁移' |
| A用'我们' | '我们做了数据校验' | '我写了数据校验脚本对比300张表' |
| R没数字 | '效果很好性能提升了很多' | 'ETL减少40%存储降35%运维降60%' |
| R不具体 | '提升了用户体验' | '查询从30秒降到9秒P99降低70%' |
怎么准备STAR——面试前的功课
第一步：列出你的3-5个核心项目。每个项目写一页纸的STAR（S一句话、T一句话、A 5-8个要点、R 3-5个数字）。
第二步：背熟关键数字。每个项目准备5-8个量化数字——数据量多大、延迟多少、提升了多少、成本降了多少。数字不需要精确到个位但要合理。
第三步：准备3分钟版和10分钟版。3分钟版练到流畅不卡顿。10分钟版练到面试官追问任何部分都能展开。
第四步：准备被追问的答案。面试官一定会追问：'为什么选这个方案''遇到了什么困难''如果重新做会怎么改'。这些在后面的篇章详细讲。
面试高频追问
追问一：如果你有多个项目该讲哪个？
讲和面试岗位最相关的项目。面的是实时方向就讲Flink项目，面的是数仓方向就讲数仓建设项目，面的是平台方向就讲迁移/调优项目。如果面试官没指定就讲你最有成就感的那个——因为你讲起来最有激情最有细节。
追问二：STAR是不是太套路了？面试官看不出来吗？
STAR不是'套路'是'结构'。面试官不会觉得你在套公式——他只会觉得你表达清晰有条理。相反如果你东一句西一句面试官才会觉得'这个人讲不清楚项目'。STAR的关键是内容真实有深度，不是形式。
追问三：项目是团队做的我该怎么讲'我'？
明确你在项目中的角色和个人贡献。'我负责设计迁移方案和数据校验，团队中另外两位同事负责Spark作业的具体改写。整个方案由我设计并推动执行。'这样既承认团队协作又突出个人贡献。第9篇会详细讲这个问题。
总结
STAR法则讲清楚四个要素：S背景30秒（公司+业务+痛点）、T任务20秒（解决什么问题）、A行动1.5分钟（技术方案+个人贡献）、R结果45秒（量化数字不少于3个）。准备3分钟版和10分钟版各一个。最关键的是R——没有数字的项目经历没有说服力。能用STAR把项目讲得结构清晰、数字充分，面试官会觉得你做事有条理有结果。
下一篇聊数仓项目怎么讲：分层/建模/指标口径这些怎么说才不像在背书？
你面试讲项目通常讲几分钟？有用STAR吗？评论区聊聊～
关注「Wood聊大数据」| 9年大数据老兵，聊技术、聊职场、聊成长