任务分派

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

我统计过自己深度参与过的 7 个跨部门项目，真正把“协办”两个字落进系统、落到人头的只有 3 个。剩下 4 个的共同结局高度相似：主办方在群里喊了两三个月，协办方每次回复“收到”，…

2024 年 3 月，我复盘了一个延期 46 天才交付的项目。看板上 312 个任务全部有负责人，燃尽图也画得漂亮，但把工时和完成记录拉齐之后，我看到的完全是另一幅图景：17 个人…

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

去年第三季度，我受邀为一家 137 人的研发组织做交付诊断。第一次翻开他们的迭代数据，我看到一组很刺眼的数字：某个两周迭代共产生 42 个任务，其中 3 个人承接了 26 个，另外…

上周三下午两点，我把一个 6 人小组叫进会议室，问了一个很直接的问题：过去一个月，你们有多少时间是花在“搞清楚这件事到底要我做什么”上的？六个人给出的答案平均是每周 2.3 小时。…

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

任务分派做得好不好，绝大多数项目负责人是被问到第三次才会认真想的问题。第一次是季度复盘，第二次是核心成员离职，第三次是某个关键需求延期了十几天，而任务列表上每一条工作项的负责人都在…

我把某 300 人研发组织连续 12 周、4700 多条任务记录导出来，只统计一个字段：任务被改派过几次。结果是重派过的任务占 31%，它们的平均完成周期是没重派任务的 2.7 倍…

去年第三季度，我帮一家 180 人规模的 SaaS 公司做研发效能复盘时，看到一组很刺眼的数据：需求评审通过之后，任务平均要 3.2 天才有人真正动手；其中 41% 是项目经理逐个…