状态设计

我第一次被“状态”这两个字打脸，是在一个 130 人左右的研发组织里。当时管理层要做季度复盘，我在会上打开需求看板，想说“在途需求 214 个”，结果产品负责人立刻反问：这个 21…

我给十几家百人以上企业做过研发流程体检，翻车最多的地方不是需求管理，也不是代码质量，而是看板上最不起眼的一个字段，状态。有一家做工业设备的公司，任务状态一共设了 14 个，站会却开…

我见过太多团队把“状态”做成一个下拉框，然后指望管理层从里面读出项目真相。三年前我帮一家 260 人的 SaaS 公司做研发效能诊断，他们项目管理工具里累计定义了 19 个任务状态…

2023 年我参与过一次流程复盘：一家 320 人的 SaaS 公司，把研发看板上的任务状态从 6 个扩到 13 个，理由非常正当，"想让管理层看到更多细节"。…

在一次流程评审会上，一位研发负责人指着看板说：“这个需求状态显示‘开发中’，已经挂了 11 天。”项目经理愣了一下，回了一句：“我知道，它在等人。”这句话几乎概括了状态属性设计失败…

去年我帮一家 420 人的硬件加软件混合研发组织做流程盘点，第一周就撞上一个反常识的数据：他们的项目管理系统里配置了 23 个任务状态，但翻完最近 3000 条任务的变更日志，真正…

上线三个月后复盘，我打开某交付项目的状态字段列表，里面躺着 14 个状态：待处理、待确认、需求澄清中、方案设计中、待开发、开发中、待测试、测试中、待客户确认、客户确认中、待上线、上…

我做过一次事后被同事称为“状态考古”的复盘：一个 270 人的研发组织，项目管理平台里累计存在 47 个自定义状态，其中 11 个在最近 90 天里没有任何一次流转记录，6 个状态…

2023 年我接手过一个挺典型的烂摊子：一家做工业 SaaS 的公司，研发团队 180 人，项目管理平台里躺着 11 个工作流状态。从「需求池」到「已关闭」，中间塞了「待评审」「评…

大多数研发团队的状态设计，不是从业务出发，而是从一次会议里的抱怨出发，"这个需求到底在谁手上？"于是有人加了一个状态叫"待联调"，过两周又加…