成果不是“圆满完成任务”，是你交的三张图纸被组长用红笔改了两处、调试记录本被工段长借走复印、交接清单上对方签字比平时多写了半行备注。
成果不是“完成任务”，是客户签收单上的名字、系统上线日志里的操作ID、测试通过率数字、你经手的模块没出过一次线上故障。
不写“提升了沟通能力”，写你第一次独立跟客户对需求时手心出汗、记错三点、回来重理逻辑链的过程。
不写“沟通能力良好”，写你第一次给客户发邮件后被导师重写了三遍、在站会上被追问两次才说清进度卡点、用企业微信发截图确认UI色值。
不写“掌握了立项到结项全流程”，写你第一次看懂需求评审纪要里第三条的歧义、发现测试用例漏了边界值、在UAT阶段追着问客户“这个按钮点击后跳转算成功吗”。
不写“今后要加强责任心”，写“第二次填错验收单编号后，我在模板里加了红色提醒框；第三次漏测分支流程，我就在用例表头加了‘是否覆盖全部分支’勾选项”。
问题分析不是找理论原因，是你发现表压跳变后先查接线松动、再摸管路温度、最后翻上周日志。
不写“编写了多份文档”，写“7月12日交初版需求梳理表、7月18日根据反馈重排优先级、7月22日终版签字归档”。
不抄评语原文，写他哪天在哪份文档批注了什么、哪次站会点了你哪句话、哪次改你方案时划掉了哪段话又补了三行。
师傅签字前先看他最烦什么，最烦你写“收获很大”，他想看“昨天改的那行SQL让查询快了八秒”。
问题得是你真卡壳的地方，不是“理论知识不足”这种废话。
不写“熟练使用Excel”，写“用VLOOKUP比对两版数据差异、用条件格式标红异常值、导出PDF前手动检查页眉页脚”。
别写“融入团队氛围”，写你递过几次修改稿、谁帮你核过第三版数据、你在晨会第几次发言被采纳。
别写“第一周熟悉环境”，写“7月3日领账号、7月4日跑通测试库、7月6日首次提交PR”。
成果不是领导讲话稿，是你提交的PR链接、上线后的监控曲线、用户反馈截图。
写你亲手拧过几颗螺丝、调过哪段参数、跟谁对过哪版图纸。
抄不来的东西最保险：你改错时划掉的那三行、交接时对方随口说的注意事项、凌晨两点保存的第三版草稿名。