传统敏捷开发 issue 有很多流转状态，每个状态都应该代表一个真实的交接点或等待队列。然后随着团队扩大到百人或更多，看板越来越臃肿，issue 状态多的甚至能到20多种。给 jira 配置 workflow 还有各种权限简直就是噩梦，各种技术债，以至于有公司招专门的 jira 管理员，我有很严重的 ptsd。 但现在情况有点变化，新的状态是这样的：Backlog → Refined → AI Generating → AI Output Review → Human Augmentation → AI Test Gen → Hallucination Check → QA → UAT → Released → Done 传统的 “In Progress” 被拆成了 AI 生成 → 人工审核 → 人工增强 这个循环，而且这个循环可能会迭代多次。人的角色从”执行者”变成”审核者+策展人”，流程的瓶颈也从”写代码”转移到了”验证 AI 输出的正确性”。​​​​​​​​​​​​​​​​ 瓶颈在产品对 issue 的定义和最终的 QA 耗时。(Yishi)