简历项目经历怎么写？STAR 法则实战拆解
为什么项目经历最容易写砸
工作经历证明你“做过什么岗位”，项目经历证明你“在这个岗位上解决了什么问题”。招聘方看项目经历，其实是在找一个信号：你的能力和我们要解决的问题是否对口。
但大多数人的项目经历写成两种极端：要么是技术栈罗列（用了什么框架、什么工具），要么是职责流水账（负责了 A、参与了 B、协助了 C）。两者都没回答“你做成了什么”。
方法：STAR 做内核，“背景 + 职责 + 成果”做呈现
STAR 是行为面试里的经典框架：Situation（背景）、Task（任务）、Action（行动）、Result（结果）。
但简历上不要把 STAR 写成四个小标题——篇幅不允许，HR 也没耐心读。做法是：用 STAR 想清楚，用“背景 + 职责 + 成果”压缩成 2-4 行。
压缩公式：
在〔背景/问题〕下，我〔承担的职责 + 关键行动〕，最终〔带基线的结果〕。
对应关系：
| STAR | 简历里怎么落 |
|---|---|
| Situation | 一句话背景，点出问题或规模 |
| Task | 你的职责边界（“负责……”） |
| Action | 关键动作，不写流水账，只写有决策含量的 |
| Result | 带基线数字的结果 |
实战拆解：同一段项目经历改三遍
第一版（流水账）：
XX 数据看板项目
• 参与了看板系统的开发
• 使用了 React、ECharts 等技术
• 负责图表模块
• 和产品、后端配合完成了需求问题：全是“参与 / 使用 / 负责 / 配合”，没有结果。
第二版（补了职责，仍缺结果）：
企业级数据看板系统｜核心开发｜2023.03 - 2023.09
• 负责前端架构选型与核心图表模块开发
• 对接后端 8 个数据接口
• 引入虚拟滚动 + 数据分片加载优化性能问题：写了动作，但优化到什么程度没说，读者无法判断价值。
第三版（补背景 + 基线结果）：
企业级数据看板系统｜核心开发｜2023.03 - 2023.09
• 背景：原系统图表加载慢、交互卡顿，业务方反馈影响日常决策
• 职责：负责前端架构选型与核心图表模块开发，对接后端 8 个数据接口
• 成果：引入虚拟滚动 + 数据分片加载，万行级表格渲染时间从 6s 降至 0.8s；
看板日活从 200 提升至 650差在哪： 第三版有背景（为什么做）、有职责（你做什么）、有成果（做成了什么），且每个数字都有基线。
常见错误
- 只写职责，不写结果。 “负责 XX 模块”是岗位说明书，不是成绩单。
- Action 写成流水账。 把每一步都列出来，读者抓不到重点。只留有决策含量的动作。
- 通篇“我们”，看不到“我”。 团队项目要写清你个人的贡献边界，否则无法归因。
- 堆技术栈代替讲价值。 用什么技术不重要，用技术解决了什么问题才重要。
下一步
修订历史（1 次）
- 2026/10/10首次发布