项目成员数据分析

三周迭代，任务平均停留 9.4 天，可真正有人动手写代码、写文档、做设计的时间只有 2.1 天。剩下 7 天多去哪了？在等评审、等接口、等权限、等一个没人拍板的决定。这个数字我在不…

三年前我接手一个 80 人研发组织的交付改进，第一件事不是买工具，而是把三个项目的周报拉出来对齐。结果发现同一批任务在三个地方有三种状态：项目群里说“基本做完了”，共享表格里写着“…

去年十一月，我接手了一个已经延期两周的版本交付。复盘会上，产品负责人说"这个需求我早就转给后端了"，后端负责人说"我看到的时候以为还是他在跟&quot…

去年我帮一家 160 人的 SaaS 公司做研发效能诊断，他们的研发总监给我看了一个数字：过去三个季度里，有 27% 的任务在分派出去之后被中途转手至少一次。也就是说，近三分之一的…

去年我帮一家 120 人规模的产品研发组织做交付流程诊断，翻了他们三个月的任务系统日志，发现一个反直觉的数字：所有人都在抱怨“任务派不下去”，但真正因为“派错人”导致的延期只占 1…

去年下半年，我参与了一家 200 多人研发组织的交付复盘。他们把过去两个季度 1680 个延期任务做了归因分析，结论有点反常识：真正因为技术难度卡住的只有 11%，剩下 89% 的…

很多团队做项目成员数据分析，第一步就错了：他们打开报表，按"任务完成数"给成员排个序，然后拿这个排名去谈绩效。我在一家 300 人规模的研发组织里亲眼见过这套做…

去年 11 月，我接手一个有点尴尬的复盘委托：一支 40 人的研发团队，连续三个迭代的准时交付率都在 55% 上下，但团队自己觉得很冤，每个人的任务列表都排得满满当当，加班也没少加…

去年秋天，我接手了一个 180 人研发组织的任务管理诊断项目。翻完他们半年的数据后，最刺眼的不是延期率，而是43% 的事项从来没有被关闭过，不是没做完，而是没人知道它们到底做完了没…

任务拆分这件事，我在过去八年里至少推倒重来过四轮。第一轮我以为是工具问题，第二轮我以为是流程问题，第三轮我以为是人的问题，直到第四轮把项目成员数据分析拉出来对齐，才发现真正的病灶：…