项目管理

去年 11 月，我带的一个 12 人交付团队在季度末最后一周集体加班到凌晨两点。原因不是需求变更，也不是技术难题，项目管理系统里躺着 137 个子任务，其中 41 个卡在「进行中」…

去年我接手一个 87 人的交付型项目做过程复盘。系统里的任务完成率是 92.4%，报表很漂亮，但客户满意度只有 6.1 分（满分 10 分），延期交付的需求占比 31%。这两个数字…

去年第四季度，我接手了一个已经延期两周的交付项目。打开任务系统，看到的是一个典型的"父任务灾难现场"：一个叫"支付模块优化"的父任务下面挂着…

先给结论：任务拆分的本质是把不确定性切到可承诺的粒度 我带过的一个 11 人版本团队，曾经把一个看起来只有 6 周工作量的系统改造拖成了 97 天。复盘时我们发现，真正的问题不在开…

我在 2021 到 2024 年之间，以项目负责人和技术负责人身份带过 9 个项目，团队规模从 7 人到 140 人不等。这四年里我做过一件有点无聊但很有用的事：把每个项目的延期天…

我统计过 14 个研发团队、接近 8000 条工作项的更新记录，最刺眼的数据不是延期率，而是一个反常识的比例：把工作项类型从 4 种扩到 11 种的团队，项目负责人每周花在“对齐进…

我带过的第 7 个项目，最终延期了 94 天。复盘会上，技术负责人说“需求变太多”，产品经理说“研发估时不准”，测试负责人说“提测质量差”。我把项目群里的 2,300 多条消息和工…

我接手过一个 180 人规模的研发组织，他们半年内做了三次“协作人梳理”，结果平均交付周期反而从 42 天涨到 51 天。后来我把过去 12 个月的任务流转日志全部拉出来，按“协作…

我做过一个不太严谨但很有启发性的统计：把过去五年经手的四十多个项目复盘记录翻出来，逐条看延期和事故的根因，结果是，真正因为技术难题、外部依赖、需求变更这类“事”的原因导致的延期，只…

去年我帮一家做工业软件的客户做研发效能复盘时，发现一个特别反直觉的数据：他们全年交付延期最严重的三个迭代，任务总数反而是最少的。24人的团队，一个迭代周期里任务池只挂了31条，其中…