浏览 AI 知识库
面试 STAR 法则：把项目经历准备成可追问证据
准备 STAR 经历时，不要背一段完美故事。把背景、目标、自己的动作、可核对结果和失败取舍写清楚，面试官继续追问时才不会断。
需要哪一项，就直接查到哪一段
把表格、命令、清单或规则作为工作中的查询工具，不要求从头顺序阅读。
“我带领团队按时完成项目”之后，面试官还会追问什么
“我带领团队按时完成项目”听起来像 STAR，继续追问却说不出团队多大、哪里卡住、自己做了什么。面试准备不是背故事，而是准备可被追问的证据。
- 情境和任务不占用大部分回答时间
- 行动能解释取舍而非只列动作
- 结果含证据、限制和复盘
STAR 证据卡与追问题库要写清哪些字段
| 要记录的内容 | 怎么填写 | 检查点 |
|---|---|---|
| 情境 | 项目背景、时间、角色、约束和为什么重要。 | 背景足够但不占回答大半 |
| 任务 | 你需要解决的问题、目标和责任边界。 | 与团队总目标区分 |
| 动作 | 按决策顺序说明你分析、协调、实现和验证什么。 | 突出个人判断而非只说我们 |
| 结果 | 给可核对产出、指标、反馈和未达成部分。 | 数字有口径，不把相关写成因果 |
| 追问 | 准备替代方案、冲突、失败、贡献分配和学到什么。 | 回答与原卡事实一致 |
把一次发布故障讲成 60 秒可核验回答
| 部分 | 实际内容 | 证据 |
|---|---|---|
| S | 支付发布后部分订单 500，影响晚高峰 | 监控和事故时间线 |
| T | 我负责定位并在 30 分钟内恢复 | 值班记录和角色边界 |
| A | 按请求 ID 对照代理/应用日志，回滚配置并补回归测试 | 日志、回滚记录、PR |
| R | 恢复后 5xx 降到基线，新增发布前检查 | 监控和测试结果 |
| 追问 | 为什么先回滚、替代方案和个人贡献 | 复盘文档 |
时间、指标和角色必须来自真实记录，不能为填满 STAR 补数字。
这份STAR 证据卡与追问题库服务哪项任务
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 项目为 6 人团队迁移客服知识库；原计划两周，因权限问题晚两天；候选人负责内容清单和验收，不负责技术部署。 |
| 不能越过的边界 | 行动只写本人做过的部分；结果同时写达成和未达成；机密客户名和内部地址不进入卡片。 |
| 要交付的结果 | STAR 证据卡与追问题库 |
完成后的STAR 证据卡与追问题库
STAR 卡写清：S 为 430 篇旧文档分散；T 为建立迁移清单并确认优先级；A 为按访问量分三批、协调权限、抽查链接；R 为 397 篇按计划迁移，33 篇因权限延后两天。追问题库覆盖“为何这样排序”“失败在哪里”“你没有做什么”。
为什么“故事很完整，但所有行动都写“我们””还不能交付
故事很完整，但所有行动都写“我们”
- 原因
- 个人责任和团队协作没有分开
- 怎么改
- 逐句标记“我决定/我执行/团队执行”，无法说明本人动作的结果不要认领