任务状态设计

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

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

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

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

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

去年冬天，我接手过一个 380 人规模研发组织的流程治理项目。第一次翻开他们的项目周报，有个数字让我停了很久：全部在办任务里，状态标记为「进行中」的占了 47%。我随机抽了 120…

上周我陪一家做智能硬件的客户做流程复盘，会议室里两边人差点吵起来。研发负责人指着看板说，一个需求在“开发中”这个状态里躺了 23 天，没有任何人发现；项目经理反驳说，我明明设了“联…

2021 年 6 月，我接手了一个 46 人的实施交付团队。第一周我没做别的，先拉了一份"全部未关闭任务"的清单，一共 1,842 条。其中 613 条的标题是…