分派风险控制

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

三周前，一个做智能硬件的团队找我复盘延期原因。他们研发中心一共52个人，同时跑4条产品线，用的是一套主流项目管理工具，每个任务都有负责人、有截止时间、有燃尽图，看起来一切正常。但最…

2022年秋天，我帮一家做工业软件的公司做研发流程诊断，打开他们的任务系统后台时，看到一条让我愣住的记录：某位后端工程师名下同时挂着43个未完成任务，其中31个是被一次性批量指派的…

2024年我做过一次研发效能复盘，覆盖 6 个研发团队、约 480 名工程师、累计 1.2 万个工作项。按我的原始假设，导致迭代延期的第一原因应该是技术难点或需求变更。但把数据摊开…

派发实操方法：产品经理提升任务分派效率的风险控制方法与模板 去年第四季度，我陪一个 63 人的研发团队做版本复盘。那个版本原定 21 个工作日交付，实际用了 35 天。所有人第一反…

去年第三季度，我负责的一个 B 端产品在发布前 11 天发现：一个被标记为"已完成"的核心接口任务，从头到尾没有明确的负责人。任务卡片挂在某个迭代里，看板上它是…