指派流程

我第一次真正意识到“指派”是个技术活，是在带一个 14 人的跨端项目时。那个迭代我们排了 63 个任务，我在周会上花了不到 20 分钟就把所有任务“分配”完了，当时还挺得意。结果三…

很多团队在复盘延期项目时，会把原因归结为“人不够”“需求变更太多”“测试时间被压缩”，但我做过十几轮项目流程审计后发现，真正被低估的高频风险源，往往藏在最不起眼的一步：谁把任务指派…

去年我帮一家 280 人的 SaaS 公司做研发效能诊断，拿到 Jira 后台的导出数据后发现一个很反常识的事实：真正卡住交付进度的，不是写代码太慢，而是任务从"待指派&…

去年 11 月，我帮一家约 180 人的 SaaS 公司做交付流程复盘。这家公司有六个研发小组、两周一个迭代，我把他们项目管理工具里近 12 个月的 4.3 万条任务记录导出来做了…

我做过一次让我印象很深的复盘：把 11 个研发组织中近 1.2 万条任务的指派记录拉出来做交叉分析，结果发现一个反常现象，任务延期的最强相关因子不是任务难度，也不是执行人的能力评级…

我统计过一组让我印象很深的数字：在一家 320 人的研发组织里，一个跨部门任务从被提出，到真正有人坐下来动手做，平均要经过 4.7 次转手，中间耗时 31 小时。而真正动手做的 6…

我做过一次内部复盘：在一个 80 人规模的实施交付团队里，一个任务从"事情在需求会上定下来"到"有人真正动手做"，中间平均要消耗 6 到 1…

2023 年我参与过一家 142 人研发组织的交付诊断，有一组数据让我印象很深：他们的任务指派平均要经过 2.7 天、3 轮角色确认，而需求从创建到关闭的周期中位数是 11.4 天…

我第一次认真复盘“任务指派”这件事，是在一个 60 人的研发中心做流程诊断。当时每周一的例会都在吵同一件事：版本延期到底该怪谁。产品经理说需求早就提了，开发说没收到明确指派，测试说…

去年第四季度，我复盘了自己经手的 6 条产品线、3127 条任务记录，得到一个和直觉相反的结论：任务的平均闭环时长，跟任务本身是大是小几乎无关，跟"派活时把话说清楚了没有…