项目管理

去年三月，我在一家 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 人左右的创业公司，我要求项目成员每天下班前手动填“实际开始时间”和“实际结束时间”，三个月后我把数据拉出来…

一个180人的研发团队，把任务属性字段从3个扩到27个，用了整整两年；把27个砍回11个，只用了三天。但真正值钱的并不是那三天，而是砍字段之前他们做的一件事：把所有字段按&quot…

我见过太多项目周报里出现同一句话：“任务已完成 80%”，结果三周后还是 80%。问题不在成员不努力，而在于任务属性里的“实际工期”根本没被填对。工期不是项目经理一个人拍板填进去的…