项目负责人

去年我帮一家做工业软件的公司做研发效能盘点，最刺眼的一条数据是：在一个 137 人的研发组织里，近 12 个月累计有 1,046 条任务在创建后 72 小时内仍处于"未分…

上周复盘一个 47 人的交付项目时，我拉了一张很扎心的表：项目负责人在两周内创建了 213 个任务，其中 68 个在创建后 72 小时内被重新指派过至少一次，19 个直到截止日当天…

上个月我一个朋友，带着 60 人的研发团队，花了整整两天把 400 多条任务的负责人字段手动点完了。第三天早上站会，产品负责人说其中一半任务的负责人应该是模块 owner 而不是执…

去年第三季度，我接手了一个已经延期四周的中台重构项目。翻看当时的任务列表，我发现一个很典型的场景：127 个未关闭任务里，有 43 个的负责人是同一个后端工程师，而他的在办任务同时…

我把过去几年参与复盘的中大型研发项目做过一次归因：在 37 个项目、2100 多条延期任务里，真正因为"技术做不出来"而延期的不到两成，超过六成的延期，最早可以…

去年下半年，我在一家 300 人规模的智能硬件公司做研发效能顾问。他们的项目管理负责人老周跟我说了一句让我印象很深的话：“我们上了认领制，结果两周之后待认领池里躺了 47 个任务，…

我在过去八年里帮四十多个团队梳理过任务分派流程，最反常识的一个发现是：任务逾期最严重的项目，原因几乎从来不是执行人不努力，而是"这条任务到底归谁"在项目负责人脑…

先给结论：负责人变更不是改字段，是一次微型交接 我把过去四年参与复盘的工作项变更记录做过一次整理，覆盖 37 个研发团队、约 1.8 万条负责人变更记录。结论很反直觉：负责人变更本…

我见过最危险的任务分派，不是负责人当众发火，也不是把活全压给一个人，而是负责人把任务"转交"出去的那一刻：邮件发了、群里 @ 了、需求单建了，负责人以为已经完成…

2023 年第三季度，我参与过一次 210 人研发组织的效能复盘。当时有一个细节让我印象很深：某个迭代结束后，团队发现 430 条任务里有 117 条挂在一个三个月前已经离职的账号…