任务指派

我见过最贵的一次指派失误，账面代价是 47 个人天。2022 年，某 130 人规模的研发组织里，一位技术负责人把"优化结算对账性能"这句话派给了一名高级工程师…

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

去年Q4，我帮一家280人规模的SaaS公司做研发效能复盘。他们的CTO给我看了一组内部数据：过去6个月，研发团队共创建了1847个任务，其中真正被"指派到具体某人&qu…

2023年第二季度，我把所在研发团队的季度数据完整拉了一遍：90天内创建了1473个工作项，其中216个在“已指派”状态下停留超过48小时，63个被重新指派过至少一次。最极端的一个…

我带着一支120人的实施交付团队干了三年，最夸张的一个季度同时推进37个项目、活跃任务数2100多个。那段时间我做过一个统计：项目经理每周平均花9.5小时在"这个任务该派…

很多实施团队在项目高峰期会出现一个反常识现象：工具里任务数量明明分配得很均匀，但交付延迟率却突然上升。我在 2023 年参与过一家 180 人规模的软件交付公司做流程诊断，他们的项…

上周一位 300 人规模研发组织的负责人把他们的看板投到会议室大屏上：137 个「进行中」的工作项里，29 个没有负责人，41 个挂在同一位高级工程师名下，还有 18 个的截止日期…

2023年我负责的一个27人实施团队，全年经手1427个交付任务。年底做复盘时我给每个任务打了"是否返工"的标签，结果不太好看：361个任务发生过至少一次返工，…

2023 年 4 月，我接手一个 62 人研发中心做交付流程诊断。第一周我拉了项目管理系统里近三个月的任务数据，发现 387 条已关闭任务中，有 141 条经历过至少一次返工，返工…

去年 11 月，我参与一家 200 人规模 SaaS 公司的研发效能诊断。研发团队 78 人，分 5 个小组，看板工具用得很熟，迭代节奏看起来也挺正常。但第一周的观察就撞上一个反常…