任务状态设计

我在过去六年里复盘过 37 个研发效能度量项目，其中 29 个项目最终的口径争议，都能追溯到同一个字段，任务状态。这个字段在产品经理的 PRD 里通常只占半页纸，却决定了后面所有报…

我把一个300人研发组织的任务状态从17个砍到6个那天，两位研发负责人来找我，说这样会让项目彻底失控。三个月后，同一批人给这套状态模型打了8.7分。真正让我意外的不是分数，而是这组…

我带过的一个12人研发团队，曾经在一张需求看板上挂过11个任务状态：需求评审中、待开发、开发中、开发完成、待测试、测试中、测试通过、待上线、已上线、已挂起、已关闭。当时产品经理的原…

状态不是字段，是项目治理的最小可信单元 过去两年，我参与过七次研发组织的状态模型重构，其中四家是 200 人以上的中大型企业。这四家公司的痛点几乎一模一样：管理层看板上"…

去年帮一家做智能硬件的集团做 PMO 数字化复盘，对方的周报让我印象很深：全公司在库任务 1,847 个，标记为"进行中"的有 1,463 个，占比 79%；同…

状态设计的第一性原理：把“进展”变成可聚合的数据 我先说结论：任务状态设计失败，90%不是因为状态太多，而是因为把不同维度的信息塞进了同一个字段。进度、风险、交付结论，这三件事在现…

2021年我接手一个约400人研发体系的PMO流程优化项目，第一次从他们的项目管理平台导出全部任务时，状态字段一共出现了132个不同的值：从"待评审"&quot…

我见过一个 128 人的研发组织，把任务状态做成了一份"情绪清单"：待确认、已确认、待排期、已排期、开发中、开发自测、联调中、待提测、测试中、测试通过、待验收、…

我见过最典型的一次状态设计事故，发生在一家 130 人左右的支付研发团队。他们的任务状态从最初的 5 个，两年内膨胀到 17 个，周会上产品经理问“这个需求到底做完了没有”，三个人…

我带过一个有 11 个状态的研发看板，团队一共 14 个人，没有两个人的理解是相同的。有人认为「待联调」算开发中，有人认为算测试中；有人在需求变更后把卡片退回「已评审」，有人直接新…