责任闭环

去年年初，我把一个 140 人左右的研发组织的任务数据完整拉了一遍。过去两个季度共 3127 个任务条目，其中明确带"协办、支持、协助、联调"性质的有 968 …

2023 年我带着一个 7 人的产品小组做 B 端 SaaS 的重构交付，上线前两周临时插进来一批"埋点补录"任务。我在项目管理工具里一次性建了 43 条任务，…

2023 年我带过一个 12 人的交付团队，项目上线前两周，我拉了一次任务看板盘点：47 个未完成任务里，31 个挂在我的名下。不是因为我能力最强，而是因为每次有人卡住，我第一反应…

我在 2023 年接手过一个 180 人的研发交付团队，做了一次不太体面的统计：5 位项目负责人每周平均花 11.4 小时在“确认某个任务到底谁在做、做到哪一步”这件事上，占其总工…

我做过一个不太严谨、但反复被验证的统计：在过去四年我深度参与诊断的 37 个“任务总是延期”的团队里，有 31 个团队的负责人是大家公认最勤奋、最晚走的那几个人。第一次把这个结论说…

我做过一个不太体面的统计：在过去四年经手的 17 个“管理层任务管理落地”咨询与陪跑项目里，有 11 个在三个月内退化回“微信群 + Excel”的原始状态，真正跑满一年的只有 4…

我带过一支从38人扩张到210人的产研团队，前后换过三套任务管理制度，也在外部以顾问身份看过十余家100到800人规模的组织。一个让我印象很深的对比是：两家公司同年上线了同类的项目…

带过四个产品团队之后，我几乎能把任务管理从 0 到 1 的失败脚本背下来：第一周兴致勃勃建看板，第二周开始有人不更新状态，第三周回到群里喊人，第四周看板彻底变成"僵尸看板…

去年下半年，我帮一家约 260 人的 SaaS 公司做研发效能复盘。他们上线任务管理系统已经 14 个月，工具用得很"标准"，任务字段填得也很全，但一到季度复盘…