项目管理

上周四下午，我在一家 130 人的研发中心做迭代复盘，会议室里有人念了一组数字：三周迭代，系统里躺着 1847 个工作项，其中 1145 个的预计工时不超过 4 小时，占 62%；…

我带过一个 12 人的交付项目组，三个月里任务看板上积压了 427 张卡片，其中 118 张的状态停留在“进行中”超过 30 天没有更新。复盘时我问了每个人同一个问题：你现在手上最…

我做过一次不太体面的统计：在一个 160 人的研发组织里，把一个需求从提交到上线的 21 天完整拆开，真正有人在处理它的时间是 3.2 天。剩下 17.8 天，它在等排期、等评审、…

去年 11 月，我帮一家做工业检测设备的公司复盘一个延期 23 天的固件发布项目。翻到任务详情页时我愣住了：一个“固件 3.2.1 版本发布验证”的任务，协作人字段里整整挂了 11…

2024 年我在一家 320 人规模的智能硬件公司做研发过程复盘，发现了一个反常识的数字：团队一个季度内创建的工作项从 4180 条涨到 6930 条，涨了 66%，但同期完成的需…

去年我做了一次不算轻松的内部审计：把一家 320 人研发组织里 27 名一线执行人的一周工作日志，按 15 分钟粒度重新排了一遍。所谓"执行人"，指的是被分配任…

很多团队把“子任务”当成一个复选框功能：主任务下面挂几条待办，就算把协同落地了。但我参与过的一次复盘给出了相反结论，某 180 人规模的研发组织，在引入子任务机制 6 周后，任务逾…

我先抛一个反常识的观察：绝大多数团队的任务管理做不起来，不是因为工具不够强，而是因为团队从来没有就“一个任务什么时候算完成”达成过一致。三年前我参与一家工业质检软件公司的研发流程诊…

三周前，一个 42 人的研发团队负责人给我看了一张表：他们用了一款主流项目管理工具，事项记录数从 0 涨到了 3800 条，但季度需求交付准时率反而从 78% 掉到了 61%。表格…

我带过一个 27 人的研发交付团队，2023 年 Q2 做了一次有点“反常识”的统计：团队全员日常使用任务管理系统的账号活跃度是 94%，但真正每周更新任务状态超过 3 次的人只有…