跨团队依赖

我做过几十次研发管理诊断，进门先要三样东西：最近三个月的需求池导出、两张迭代燃尽图、一份按项目维度拉出来的延期清单。几乎每一次，这三样东西都会互相打架，需求池里躺着 200 多条“…

去年冬天，我陪一家 300 人规模的 SaaS 公司做季度复盘。CTO 把过去四个季度的排期表摊在桌上，说了一句让我印象很深的话：“我们的估点其实挺准的，误差基本在 15% 以内，…

去年 11 月，我陪一家做工业控制软件的公司做年度交付复盘。180 名研发，9 个小组，服务 40 多家制造业客户。CTO 见我的第一句话是：“我们的估算太不准了。” 我把他过去三…

企业需求池里同时躺着 47 项工作，研发团队按人头统计还有 18%“空闲产能”，但业务负责人仍在周会上说“关键需求没人做”。这类冲突通常不是资源真的消失了，而是需求、能力、时间和承…

需求排期最容易失真的时刻，往往不是团队估不准工期，而是管理层把“已经同意做”误当成“已经具备开工条件”。我复盘过一类典型项目：季度会上承诺了十几项需求，开发团队按功能点排出迭代后，…

需求排期最危险的时刻，往往不是团队排不出日期，而是每个人都认为日期已经确定：业务把“希望上线”当承诺，研发把“估算完成”当交付，管理层把甘特图上的绿色进度当风险消失。真正有效的需求…

我带过一个 130 人的研发组织，最让我印象深刻的不是哪次技术难题，而是一张排期表。那是 2023 年 Q2 的规划会，五个团队负责人围着一块白板，花了整整两天，把 47 个需求塞…

需求排期最容易出问题的时刻，往往不是团队估不出工期，而是大家把“排进迭代”误当成“已经承诺交付”。我复盘过不少研发计划：排期会上每项需求都有负责人和日期，开工两周后却被临时插单、依…

月视图管理方法大全：项目负责人日历视图落地方案落地清单 项目月视图最容易失败的方式，不是漏掉某个日期，而是把所有任务都塞进日历：页面看起来很完整，负责人却仍然不知道哪周会撞车、哪个…

项目日历里排满了日期，项目却仍然延期，通常不是因为团队“不会用日历”，而是因为日历没有被定义成管理制度：谁负责确认日期、什么变化必须更新、多个项目抢同一资源时谁来决策，都没有明确答…