项目里自己参与不多，自述的时候最忌讳两种倾向：要么硬往自己身上堆功劳，一听就假；要么只说打打下手，显得可有可无。找准定位的关键，是诚实划定边界，把你真正承接的那一小块讲扎实，讲清楚你在链条里承担的角色、输出的价值，而不是假装全程深度主导。
先客观交代自己的入场时机和参与范围，不回避参与度有限这个事实。可以简单说明，自己不是全程牵头，是在项目推进到某个阶段加入，或是只负责其中一条支线、一类支撑工作。不用一上来就含糊其辞，等到面试官深挖才被动暴露。比如可以说，这个项目主要由另外两位同事统筹，我是在方案定稿之后，负责其中数据校验和素材归集这一块。一句话先划清边界，听众对你的预期就不会跑偏。
接下来，不要笼统说帮忙、配合，要把你的定位具象化。哪怕是偏支撑的岗位，也有明确的职责。分清你是做兜底校验、专项调研、对接某一个外部渠道，还是负责某一部分测试、文档整理。重点讲清楚：在整个项目目标里，你这一环解决了什么特定问题。哪怕工作量不大，如果刚好卡在风险点上，也值得说。比如上线前那轮复核，是我负责排查字段异常，提前拦截了几处容易造成报错的内容，减少后续返工。这样一来，哪怕覆盖面不大，你的作用也是可感知的。
然后要说明你和主负责人之间的协作方式，体现你清楚自己的位置。比如同步节奏、接收需求、反馈卡点，有拿不准的地方及时对齐，不擅自改动主线方向。这一点很重要，能证明你不是被动等着分配任务，而是理解整体目标，知道什么时候该独立处理，什么时候要上报确认。很多时候，一个稳定可靠的支撑角色，本身就是团队需要的定位。
同时带上你的思考和收获，这是自述里拉开差距的地方。不用讲顶层决策，而是站在你所处的位置去复盘。比如虽然没有参与前期方案讨论，但通过跟进落地，发现这类方案在数据口径上很容易出现不一致，之后再遇到同类任务，我会提前统一核对标准。这会让人看到，哪怕只是局部参与，你也不是机械执行，有主动观察和沉淀。
还要提前想好怎么应对追问，如果面试官问，如果由你来主导会怎么做，不要强行去点评原本的方案好坏。可以说，站在我当时负责的环节，我会优先把这一块的校验流程固化；至于整体方向，当时是团队共同敲定，我更多是配合落地。守住边界，不越界评判，也不否定项目本身。
也要避开踩雷的表达。不要说我其实大部分都参与了，只是没牵头；不要夸大自己的建议，说自己一句话改变方案；也不要过度放低自己，只说没做什么、跟着学学。前者显得贪功，后者显得没有价值。如果项目最终结果不算理想，更不要把自己摘干净，而是说自己负责的部分做到了哪些，同时也看到整体卡点在哪里。
整体的逻辑就是：先说清楚自己在项目里的位置，再讲清楚专属任务和产出，接着说明协作方式，最后落脚在从这个局部视角得到的经验。参与深浅不等于价值高低，一个清楚自己边界、把分内环节稳妥交付，还能持续复盘的人，一样能让人觉得靠谱。不需要把自己包装成核心主导者，找到属于你那一环的定位，讲得踏实清晰，就是最好的自述。
