任务颗粒度

我带过的一个 26 人研发团队，曾经在同一个双周迭代里同时挂着 47 个“进行中”的任务，其中 31 个的执行人字段写着同一个名字，迭代结束那天真正达到“可交付”状态的只有 9 个…

我在一家工业软件公司做过一次跨度 11 个月的任务分派实验：把研发任务从“组长指派”切换成“成员认领”。第一个月认领率冲到 87%，团队氛围评分涨了 12 个百分点，版本准时交付率…

很多管理者推行认领制的第一句话都是：“以后任务不指派了，大家自己去认领。”这句话说完的第 14 天，我见过最典型的画面是：待认领池里躺着 47 条任务，其中 9 条是改文案、补字段…

很多管理者以为“派活”就是把需求转发给某个人，直到项目延期复盘时才发现：任务卡上写着“尽快完成”，截止日期是空的，验收标准是“看着办”，责任人一栏填的是团队名而不是具体的人。我见过…

上个月我帮一家 380 人的 SaaS 公司做交付复盘，翻到一组让人后背发凉的数据：过去一个季度里，他们有 37% 的任务在进入开发阶段之后更换过负责人，平均每条任务换了 1.4 …

我带过一个 180 人的研发组织，做效能改进时回收过一轮时间日志：8 位管理者连续四周记录每天的工作，结果显示"把任务分派出去"这件事平均每周吃掉 6.4 小时…

2023年我接手一个47人的实施交付团队时，第一个月看到两组数字放在一起很难解释：团队人均在途任务7.3个，当月中位交付准时率只有61%；同时，有11名顾问的周有效工时低于28小时…

去年第三季度，我带的一个实施小组在同一个客户项目上连续返工三次：第一次是接口字段理解错了，第二次是客户临时换了主数据口径，第三次是版本回退方案没人写。三次返工加起来消耗了 27 人…

我做过一件有点丢人的事：同一张实施任务卡片，三天内改派了四次。第一次派给刚下项目的顾问，没注意他手里还压着两个客户的验收节点；第二次派给技能最匹配的专家，结果他人在外地驻场；第三次…

去年第三季度，我接手一支 28 人的实施交付团队。第一个月做交付复盘时，我把过去一个季度所有延期项目的根因做了一次归因，结果有点反常识：真正卡在技术难题上的项目只有 1 个，而 2…