项目管理

我在过去三年里帮 14 个研发与交付团队做过任务体系梳理，几乎每一次，问题的起点都不是"工具不好用"，而是"任务类型和任务属性没人管"。最典…

去年第四季度，我参加了一场跨部门交付复盘。会议室里摊开 30 个延期任务，逐条过的时候，我们发现其中 21 个的截止时间字段是任务创建当天随手写下的一个日期，之后再没有任何修改记录…

去年三月，我在一家 320 人的智能硬件研发企业做流程诊断。计划会开到第三十分钟，硬件负责人和软件负责人对着一张"缺陷归属"报表争执不下：报表里"前端…

很多团队把“任务开始时间”当成一个随手填的字段，直到某次复盘会上，项目经理问了一句“这个里程碑为什么晚了 11 天”，才发现系统里 43% 的任务开始时间是被批量导入时统一写成 0…

去年年底我参与过一次项目复盘，一个原计划 12 周交付的版本最终拖到 15 周。技术难点只占延期的三分之一，剩下三分之二的原因出奇地集中：任务上的截止时间字段，在 12 周里被修改…

我统计过自己参与过状态字段重构的 23 个研发团队，任务状态的平均数量是 9.4 个，但真正在周会上被引用的平均只有 4.1 个。更刺眼的一组数字是：其中 17 个团队存在「同一个…

带过 30 人以上研发团队的人，大概都经历过同一个场景：迭代计划会上，开发看着需求说“这个 5 天能做完”，你把它填进计划表，5 天后打开看板，进度条停在 40%，剩下 60% 卡…

我见过一个 320 人的研发组织，在季度复盘会上被一个数字卡住了：项目管理系统里当季任务完成度的平均值是 96.4%，但交付给业务方并真正通过验收的成果只有 71%。中间那 25 …

三年前我接手过一个让我印象很深的复盘会。那是一个 130 人规模的研发组织，三条产品线共用一个平台组，季度结束后大家坐下来对账，翻出一个很难看的数字：当季被标记为"最高优…

实际工期这件事，我在两个规模完全不同的组织里都踩过坑。一次是在一家 30 人左右的创业公司，我要求项目成员每天下班前手动填“实际开始时间”和“实际结束时间”，三个月后我把数据拉出来…