为什么项目含金量难判断
技术岗面试中，项目经验几乎是必问环节。但候选人容易把团队成果说成个人贡献，面试官也常因时间有限而停留在表面。判断含金量的关键，是剥离包装，还原候选人在项目中的真实角色、决策和思考深度。
以下从面试官和候选人两个视角，给出可以直接使用的问题清单和回答框架。
面试官视角：四个追问方向
1. 追问背景与目标
不要满足于“我参与了XX系统开发”，而是问清楚项目为什么启动、要解决什么问题、成功标准是什么。
- 这个项目当时要解决的核心业务问题是什么？
- 项目启动时，团队面临的最大约束是什么（时间、人力、技术）？
- 你个人在项目中的具体职责是什么？
2. 追问技术决策
含金量高的项目往往伴随关键决策。让候选人解释为什么选A不选B，能看出其技术判断力。
- 在架构或方案选型上，你主导或参与了哪些决策？依据是什么？
- 有没有考虑过其他方案？最终为什么放弃？
- 如果重来一次，你会改变哪个决定？
3. 追问难点与解决过程
避免泛泛而谈“遇到很多困难”。要求具体到某个技术点或协作问题，并描述解决路径。
- 项目中最棘手的技术问题是什么？你是如何定位和解决的？
- 有没有遇到跨团队协作的阻力？如何推动？
- 解决过程中，你查阅了哪些资料或请教了谁？
4. 追问结果与复盘
结果不只看上线，还要看可量化的影响和候选人的反思。
- 项目上线后，关键指标有什么变化？你如何验证效果？
- 如果让你复盘，这个项目最大的遗憾是什么？
- 这段经历对你后来的工作有什么影响？
候选人视角：用STAR-R框架组织回答
候选人常因紧张或准备不足，把好项目讲得平淡。建议用STAR-R（情境、任务、行动、结果、反思）框架，提前梳理每个项目。
话术示例
“这个项目背景是（情境），我的任务是（任务）。我主要做了三件事：（行动1）……（行动2）……（行动3）……。最终结果是（结果），比如接口响应时间从X降到Y。复盘时我发现，如果早期能（反思），效果会更好。”
回答时注意：多说我做了什么、为什么这么做，少说我们团队；量化结果优先于定性描述；主动暴露一个真实的小遗憾，反而增加可信度。
简短话术示例（面试官版）
当候选人描述模糊时，可以用这些话术引导：
- “你刚才提到优化了性能，具体优化了哪个环节？优化前后的数据对比是怎样的？”
- “这个方案是你提出的，还是团队讨论的结果？你当时是怎么说服大家的？”
- “如果让你用一句话总结这个项目对你的成长，会是什么？”
判断项目含金量，本质是判断候选人的思考深度和行动力。面试官多问一层，候选人多讲一层，双方都能更接近真实。