属性膨胀

去年 Q2，我几乎用同一套任务属性模板，给两个规模相近的研发组织（都是 120 人上下）做了任务体系改造。一年后复盘，A 组织的项目负责人每周花在属性维护和追数据上的净耗时从 5.…

去年 11 月，我参加了一次跨部门交付复盘会。项目横跨产品、研发、测试、市场、实施五个部门，涉及 180 多人，最终延期 23 天。大家默认的结论是“技术阻塞太多”，但把 60 天…

很多团队的任务管理问题，最后都会以“属性字段不够用”的形式暴露出来。我曾接手一个约 120 人的研发组织，看板上单个任务的属性字段多达 27 个；当我随机抽 50 个任务，逐字段问…

三个月前，我给一个 380 人的智能硬件研发团队做项目管理平台体检。导出工作项配置的那一刻，我数了三遍：52 个自定义属性。我又去拉了平台的操作日志，发现最近 90 天里，真正被任…

我见过一家 600 人的研发组织，在项目管理系统里给任务配了 14 个必填字段、19 个状态、237 个标签。半年后他们的 CTO 让我查一个数据：这个季度，有哪几条任务是因为&q…

我见过一个非常典型的失败样本：一支 120 人规模的研发组织，项目管理平台上线的第一版只有 7 个任务字段，运行半年后字段数量涨到 23 个，而任务属性填写完整率从上线首月的 92…

上周一位做实施交付的朋友发给我一张截图：他们团队 38 个人，任务系统里躺着 17 种任务类型、43 个自定义字段、6 级状态流转，项目经理每周要花将近 6 个小时手工清洗数据，才…

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

我做过一件在很多团队看来"自找麻烦"的事：把一个 180 人研发团队的任务属性从 41 个砍到 13 个。砍完的第一个月，三位项目经理同时来找我，说"…