责任边界

去年我接手一个横跨 7 个部门的系统改造项目，前 6 周几乎原地踏步：需求方说研发没响应，研发说需求没写清楚，测试说环境一直不到位，运维说变更没提前报备。每个人都在认真工作，但整体…

2023 年 11 月，我参与复盘一个跨部门版本延期事件。项目计划 20 个工作日交付，实际用了 31.2 个工作日。团队第一反应是"研发不给力"，但把 47 …

2023年11月，我接手了一个已经延期117天的跨部门项目：市场部要上线一场行业峰会直播，产品部提供演示环境，研发部做数据接口，法务审文案，财务批预算。任务清单散落在四个工具里，市…

2023年下半年，我以外部顾问身份参与了一个跨7个部门的系统替换项目。前3周一切正常：周会准时开、任务清单每周更新、甘特图漂亮到可以打印出来贴墙。第4周开始出问题，负责数据清洗的部…

2022 年我参与一家工业软件公司的研发效能复盘时，翻出一个很扎眼的数据：一个 14 人的团队，把某个 6 周迭代拆成了 312 张任务卡，平均每张卡预估 0.8 人天，结果迭代延…

先给你一个我真实统计过的数字。在一家 600 人规模的研发组织里，我拉了连续三个季度、共 12,847 条任务数据做归因，发现真正因为“技术做不出来”而延期的任务只占 8.7%；而…

某120人研发组织在2023年第三季度启动订单中台重构，9个小组、14个迭代、约4300人时的投入，最终比原计划延期23天交付。复盘时我把所有延期原因做了归因分类，排在第一位的不是…

2022 年我在一家 200 多人的 SaaS 公司做研发流程审计时，翻出过一个让我印象很深的案例：一条被标记为"关键路径"的任务，从原定交付日算起延期了 23…

我做过三次任务管理负责人。第一次在 60 人的业务研发团队，第二次在 400 人的多产品线研发中心，第三次是接手一个已经上线一年、周活跃更新率跌到 11% 的"僵尸&qu…

一个 130 人的研发团队，三个月内把事项管理制度推翻重做了两遍，第一版是"全员同一个看板、所有任务颗粒度统一到半天"，结果两周后看板积压到 4000 多条，没…