字段治理

去年十月，我帮一家做企业级 SaaS 的研发团队做效能诊断，118 人的规模、13 个研发小组，任务系统里沉淀了 27 万条工作项。打开新建任务的页面，我数了一下：31 个字段。除…

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

2023 年第四季度，我帮一家 2600 人的装备制造企业做项目管理体系复盘，从系统里导出 6421 条已关闭任务，把「截止时间」字段逐条和实际完成时间做比对。结果比我想的更扎心：…

去年第四季度，我在一家营收二十多亿的装备制造企业做 PMO 流程诊断。他们当时有 240 个在跑的项目、31 个任务属性字段、17 个自定义标签，以及三份由不同部门维护、互相都对不…

我把一个 300 人规模的研发组织里 47 个任务类型砍到 9 个，花了整整六周，其中前两周什么都没改，只是把过去 90 天所有任务导出成 CSV，按"类型 × 状态 ×…

2024年，我参与了一次研发管理平台的数据治理复盘，那个组织有137人，横跨4条产品线。我把他们的任务字段全部导出来清点了一遍：一共34个属性字段。过去90天里，11个字段一次都没…

去年三季度，我帮一家 320 人的软硬结合研发组织做研发效能体检，第一周就卡在一个看起来很小的问题上：他们的项目管理平台上，"任务"这个工作项类型下挂着 47 …

我做过一次不太体面的复盘：把某个 200 人研发组织半年内创建的全部任务拉出来，按"任务类型"字段做了个值分布，结果是 47 个可选枚举值里有 41 个使用次数…

我见过最典型的跨部门父子任务事故，发生在一家做智能硬件的公司：产品部门建了一个父任务叫「3.0 版本发布」，下面挂了 47 个子任务，横跨硬件、固件、App、测试、供应链五个部门。…

我参与过一次 260 人规模公司的年度研发复盘，最刺眼的数字不是交付延期，而是：在 1.9 万个已关闭工作项里，只有 11% 能被追溯到一次明确的需求来源；其余 89% 的工作项，…