并行任务管理

上个季度，我负责的一个 B 端产品同时挂着 7 个需求，其中 3 个是老板直接拍板的紧急项目，研发团队只有 9 个人。我在周一的排期会上把所有需求按优先级排了一遍，看起来井井有条，…

去年第三季度，我在一家约 320 人的软件公司看到一张让人沉默的表：研发中心在编 210 人，工作项系统里处于"进行中"状态的需求、任务、缺陷合计 1,147 …

项目成员效率低，常被归因于“任务太多”或“人手不够”，但我在梳理团队资源时更常看到另一种情况：同一个人同时挂着七八项工作，真正能连续投入的时间却不到一半；项目计划写着“本周完成”，…

我把过去三年经手的项目复盘记录重新翻了一遍，把每一次“交付延期超过一周”的原因做了二次归因，得到的结论和大多数管理培训讲的并不一样：真正把周期拖长的，很少是那种“前序任务没做完、后…

我带过的一个 40 人研发团队，曾经在一个季度里连续三次延期。复盘时我们发现，真正的原因不是技术难度，而是任务分派出了问题：负责人把 37 个任务平均分给 6 个人，其中一个人手上…

去年我帮一家 260 人的研发中心做任务管理复盘，翻完三个月的工时和流转数据后，得出一个和常识相反的结论：逾期最严重的那 21 个人，承接的任务总量并不是最多的。他们人均并行任务数…