先把 BUG 入口收干净
外包项目最常见的坑，不是不会修，是 BUG 散得到处都是。客户在微信说“登录又不行了”，销售转给 PM，PM 在群里 @ 开发，开发回“我这边好的”。验收时才发现没人复现。所有 BUG 必须进一个池子：客户从门户提，测试从测试单提，电话和群里的由 PM 代录。每条写清项目、环境、复现步骤、期望/实际结果、截图日志、提出人、影响范围。少一项别进开发队列。麻烦一次，后面省很多次。
分诊每天做，优先级别拍脑袋
BUG 一多，开发容易被“谁喊得响”牵着走。每天固定 15 分钟，PM、测试、主程过新 BUG。按影响定级，不按客户职位：
- P0：生产不可用、资损、数据错乱、客户无法验收。当天处理，先止损再复盘。
- P1：核心流程断，绕不过去。当前迭代内修。
- P2：有替代方案，影响部分用户。排下个迭代或空闲窗口。
- P3：文案、样式、体验建议。集中批处理，别天天打断开发。
分诊后只留一个负责人，不是“前端组”，是张三。状态统一：待确认、已复现、修复中、待验证、已关闭、不修复（写原因）。“无法复现”不是关闭理由，是待确认，得补环境或日志。
迭代别排满，给 BUG 和插队留口子
外包项目很少有安静时间。客户临时改字段、联调环境挂了、验收前冒 P0，都会吃掉计划。按真实可用工时排，不按“理论上 8 小时”。5 人小组两周迭代，先扣请假、会议、支持老项目，再留 20% 左右给 BUG 和插队。不是偷懒，是让计划能兑现。任务拆到 2 天以内，写清验收标准。BUG 修复也进迭代，别让修 BUG 变成没记录的隐形工作。估算不准，常常因为只看需求，不看 BUG 和沟通成本。
站会、验收、复盘抓三个动作
站会 10 分钟，站着开。每人只说昨天完成什么、今天做什么、卡在哪。技术细节会后拉人，别现场展开。看板设 WIP 上限，一个开发同时最多 2 个在做任务。验收前测试先过，PM 按客户语言整理清单。客户门户只给客户看该看的：已修复、待确认、版本号、验收说明。内部吵架和技术债别往外扔。复盘只问：哪个 BUG 本可提前发现？哪个环节卡了超过 1 天？下个迭代改一个什么动作？一次改一个，别写十条没人执行。
工具管流程，不是多一个填表的地方
用 Stepwise 管这类项目，客户从门户提问题，PM 分诊成 BUG 或需求，开发在迭代看板认领，工时记在任务上，验收状态回给客户。私有化部署也能用，数据留自己服务器。工具不神奇，关键是逼团队写清楚“谁负责、什么时候修、怎么验收”。少开几个群，少翻聊天记录，交付就顺很多。
如果还在用群聊管 BUG，先拿一个项目试两周：所有问题进一个列表，每天分诊 15 分钟，迭代留 20% 缓冲。跑顺了，再看要不要把流程搬到 Stepwise。
