指派管理

去年我帮一家 120 人的 SaaS 公司做交付复盘，翻出他们一个季度内的 3742 条任务记录。带明确负责人的有 3689 条，分派率 98.7%，看上去非常健康。但另一组数字让…

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

2022 年我做了一次跨 7 个团队的交付复盘，把过去 18 个月里 431 条被标记为“返工”的任务挨个翻了一遍。结论有点反常识：真正因为技术方案选错而返工的只有 78 条，占 …

去年 Q3，我帮一家做智能硬件的公司做流程复盘，翻到一条特别典型的记录：一个跨部门任务在系统里被创建并指派出去，整整 72 小时后才第一次被人点开，而它的截止时间只剩 1 天。创始…

去年我参与一家约 400 人规模硬件公司的协作复盘，看到一组挺反常识的数据：跨部门任务的超期率，跟"指派得快不快"几乎不相关（相关系数只有 0.11），却跟&q…

去年第三季度，我接手过一个跨部门协作的诊断项目。事情的起因很普通：市场部要做一场线上活动，需要技术部在落地页里加一段埋点代码，活动上线时间已经定死。结果这件事在群里被转了三手，等到…

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

一个 60 人的研发团队做季度复盘时，把本季度所有延期任务翻出来重新归因，结果发现：61% 的延期原因被标记为“等待确认”“信息不足”“不知道找谁”，而不是“技术难”或“人手不够”…

2023 年我帮一家 140 人的研发型公司做交付流程诊断，翻了他们三个月的任务系统记录，发现一个很扎眼的现象：由项目经理在周会上口头指派的任务，平均要 3.2 天才被第一个处理人…

去年我帮一家 420 人的智能硬件公司做研发效能复盘时，看到一组很扎眼的数据：他们内部系统里，过去 6 个月创建的 8,743 条任务中，有 1,912 条（约 21.9%）从未被…