状态机设计

去年11月，我帮一家做智能硬件的公司做研发流程诊断。他们有140人左右的研发团队，在某个项目管理平台上跑了三年，任务状态一共19个。我导出了他们过去90天的状态流转日志做统计：19…

去年冬天，我在一家做工业设备的客户现场待了三天。这家公司的研发中心有 210 人，正在推一套新的项目管理平台。第三天上午的站会，我数了一下：一个 8 人的小组，花了 41 分钟讨论…

我先抛一个反常识的结论：绝大多数研发团队状态字段之所以混乱，根因不在执行层，而在管理层从来没有把“状态”当成一份需要设计的契约。过去几年我深度参与过十余个 100 人以上研发组织的…

我在一次季度经营会上被一个问题问住了。CEO 指着大屏问：“上个季度我们的需求，平均交付周期是多少天？”我当场把数据拉出来，结果系统里同时存在 27 个工作项状态，其中“已完成”“…

上周三下午的会议室里，一位项目管理员在系统里翻了整整四分钟，才找到一个三周前创建的“客户现场技术支持”任务，因为它被建在了“需求”类型下面，状态还被设成了“已关闭”。这不是个例。过…

去年底我帮一家做工业 SaaS 的研发团队做流程诊断，100 多人的产研组织，Jira 上跑了三年，任务总量超过 47 万条。我做的第一件事不是看他们的迭代报表，而是把任务按属性字…

我做过一次复盘，结论很扎心：一个 140 人的产品研发组织，三个月里最贵的协作成本不是需求评审的时间，而是一个名叫“优先级”的下拉框。产品经理把它从 P2 改成 P1，研发看到的是…

去年第三季度，我接手了一个 180 人研发组织的工具链治理项目。打开他们的项目管理后台，任务类型列表里躺着 23 个条目：需求、用户故事、产品需求、业务需求、技术需求、子需求、任务…

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

去年我帮一家做工业 SaaS 的公司做交付复盘，40 多人的研发团队，迭代周期从 6 周一路拖到 11 周。我原以为是人力不足或者技术债太高，结果把项目管理平台里的任务数据整表导出…