候选人说「我做过这个项目」——怎么判断是他做的还是蹭的？

# 时间细节追问串（按风险递增）
 
# Q1: 这个项目大概是哪一年做的？做了多久？
# 真做过：能给一个时间段，比如2023年Q3启动，半年上线，又迭代了一年
# 蹭项目：模糊「大概是去年吧」或者拒绝细化
 
# Q2: 第一个版本上线是哪一天？
# 真做过：能给月份，至少能说上线那天是周末，我们值班到凌晨
# 蹭项目：完全说不出，或者说我接手时已经上线了
 
# Q3: 你大概是项目第几个加入的？
# 真做过：清楚自己进项目的时间和顺位
# 蹭项目：模糊或者顺手编个数
 
# Q4: 你离开公司时，项目处于什么阶段？
# 真做过：清晰描述当前迭代状态
# 蹭项目：含糊地说已经在维护了

-- 决策细节追问串（最杀的一套）
 
-- Q1: 为什么选Flink不选Spark Streaming？
-- 真做过：我们当时考虑过Spark Structured Streaming，
--          但延迟达不到秒级要求，POC了一周确认放弃
-- 蹭项目：Flink性能更好（背书答案，没过程）
 
-- Q2: 分库分表的key为什么选user_id不选订单ID？
-- 真做过：我们最初想用订单ID但发现按用户聚合查询太多，
--          最后用了user_id，但跨用户查询性能掉了，
--          在路由层做了优化
-- 蹭项目：user_id是业务主键（套话）
 
-- Q3: 你们最后选了这个方案，有没有担心过什么？
-- 真做过：能讲出当时的顾虑、备选方案、风险预案
-- 蹭项目：没什么担心的 或 老板让用就用了

决策追问的精髓是逼候选人复盘「过程」。背架构图的人记不住过程，做架构图的人忘不掉过程。

第四件套：失败细节

最杀的一套来了：问失败和坑。没有项目是一帆风顺的。如果候选人讲一个项目能讲半小时一帆风顺、毫无瑕疵，那基本可以确定他没真做过——做过的人会忍不住吐槽几句。

我的固定提问：「这个项目里，最让你头疼的一个问题是什么？最后是怎么解决的？解决得怎么样？」。这个问题三连击，蹭项目的人会在第二步或第三步漏馅。

失败问题层级	蹭项目的典型回答	真做过的回答
最头疼的问题是什么	想不起来 / 没什么大问题	立刻能讲一个具体问题
你怎么发现的	回答抽象，没排查过程	讲出当时怎么从现象到定位的
最后怎么解决的	讲个标准答案	讲出有妥协的方案+遗留问题

「有妥协的方案+遗留问题」是真做过的金标准。真实项目都有妥协，没有完美方案。如果候选人讲的解决方案完美无缺，要么是教科书答案，要么是别人的故事。

一个真实案例：四件套撬出蹭项目

我面过一个3年的候选人，简历写「主导XX埋点治理项目，将事件从1000+精简到100+，数据质量问题减少60%」。这数字看起来挺像我之前在某出海硬件品牌做的事…

我用四件套问下去：

时间：「项目什么时候启动的？」——「大概去年下半年吧」。「那上线是什么时候？」——「上线时间忘了」。第一个红灯。

人员：「项目里你和谁配合最多？」——「主要是我自己做」。「那谁帮你review？产品需求谁定？」——「嗯…就团队一起讨论」。第二个红灯。

决策：「1000个事件砍到100个，怎么决定哪些保留？」——「按业务重要性」。「具体什么标准？」——他答不上来。第三个红灯。

失败：「砍事件的过程中，有没有砍错过、被业务方投诉过？」——「没有，砍得很顺利」。第四个红灯。

四件套全红灯，基本可以判定他这个项目是包装。后来HR背调，确认他在前公司是参与，不是主导。

面试高频追问

追问一：候选人确实参与了但贡献不大，怎么界定？

不要简单否定。问他：「这个项目你贡献了百分之多少？哪一块是你完全主导的？」。能说出「我主要做的是XX模块，大概30%」的人，是诚实参与者，可以正常评估；说「100%是我主导的」但细节答不出的，是包装；完全说不出贡献占比的，是蹭。

追问二：怎么应对那种「半真半假」的项目？

比如他确实写了项目里的部分代码，但简历包装成「主导」。这种人比纯蹭的更难识别。技巧是：分模块追问，看他对哪些模块清楚、哪些模块陌生。清楚的部分往往是他真做的，陌生的部分就是包装。最后评估时按「清楚部分的水平」打分，不要按整体简历打分。

追问三：发现是蹭项目后怎么优雅结束面试？

不需要当场拆穿。继续把面试走完，但把考察重点切到「基础能力」——基础SQL、原理题、独立动手题。这些考察点不依赖项目真实性。最后评估时如实写：项目陈述存疑，建议背调验证。把判断留给后面环节，不要在面试中变成对抗。

实战踩坑：被一个特别会演的候选人骗过

我做面试官第二年，面过一个候选人。简历写在某大厂主导Flink实时计算平台。我用四件套问，他每一个问题都答得很完整：时间清楚、人员叫得出来（甚至说出了花名）、决策有过程、失败也讲了几个具体case。我给了高分通过。

入职后两个月，发现他实际能力跟面试时讲的差距很大——基础的Flink Watermark配置都需要查文档。后来侧面打听才知道：那个项目他确实在团队里，但只是边缘参与者。他面试前花了一个月时间专门「准备」了这个项目的所有细节，包括团队成员名字。

教训：四件套也不是绝对的。对于「专业演员」，需要再加一招：让候选人现场写代码或解一个跟项目相关的实际问题。能讲故事不一定能写代码，能写代码的伪造不出代码风格。从那以后我面主导级候选人，必加一道现场设计+伪代码题。

候选人侧反向使用指南

如果你是求职者：

① 简历里写「主导」之前，先自问四件套我能答几个。如果连项目时间和团队成员都讲不清楚，把「主导」改成「参与」。

② 真做过的项目，准备一份「细节笔记」：时间线、关键决策、踩过的坑、最后的妥协。面试前过一遍，能让你的讲述充满「具身感」。

③ 主动用「我」和「团队」区分边界。「我负责的部分是X，团队其他人负责Y」——这种主动划界让面试官立刻信任你。

总结

项目真伪靠四件套：时间细节、人员细节、决策细节、失败细节。原理可以背，细节装不出来。最杀的一招是失败细节——真做过的人有「妥协方案+遗留问题」，蹭项目的人只有「完美答案」。面试官的活是把背书层撬开，看里面有没有真东西。

下一篇进入第二板块——技术深挖。第一题：候选人答得很流利但全是八股——怎么用三句话戳破背诵壳？

你做面试官时，遇到过最离谱的「蹭项目」是什么样的？评论区聊聊～

关注「Wood聊大数据」| 9年大数据老兵，聊技术、聊职场、聊成长

大数据面试官手册

如何问出真实水平 · 第6-10篇：技术深挖

Wood聊大数据

9年大数据老兵，聊技术、聊职场、聊成长

—— 知己知彼的求职指南，新人面试官的实战参考 ——