状态设计

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

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

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

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

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

我给一家 180 人的研发组织做流程诊断时，第一个要的不是需求文档，而是他们的状态列表。他们给了我 14 个：待评审、评审中、待排期、已排期、开发中、开发完成、提测中、测试中、测试…

我第一次真正意识到“状态设计”是一门专业活，是在一个约 200 人规模的研发组织里。他们的项目管理平台上跑着 37 个任务状态，从“待评估”一路排到“已验收待归档”，听起来很精细。…

很多产品经理第一次认真思考“状态”这件事，往往是在一次协作事故之后。我印象很深的一个案例：一个 30 人左右的 SaaS 团队，需求列表里只有“待处理 / 处理中 / 已完成”三个…

我把一个 320 人研发组织的需求看板，从 27 个状态砍到 7 个。上线第三天，一位产品负责人直接在群里问我：“需求评审完了在等设计排期，你让我放哪儿？”这个问题问得非常对，它正…

去年 3 月我接手一个 140 人研发组织的流程治理项目。第一周我让助理把所有在跑的看板截图汇总，拿到 41 张图，结果比预想的还乱：同一个"开发中"的意思，在…