项目管理

我见过一家 600 人的研发组织，在项目管理系统里给任务配了 14 个必填字段、19 个状态、237 个标签。半年后他们的 CTO 让我查一个数据：这个季度，有哪几条任务是因为&q…

三年前我给一家约 620 人的智能硬件企业做研发管理复盘，打开他们的任务看板时第一屏就让我停住了：同一条产品线在用的标签有 217 个，其中“紧急”“很紧急”“P0”“急”“客户催…

去年第四季度，我在一家约 1200 人的智能硬件公司做交付流程复盘，遇到过一个非常典型的场面：同一个项目，研发负责人报出的完成度是 91%，测试负责人报 76%，交付负责人报 58…

我见过最典型的截止时间失效现场，是在一次季度复盘会上：产品负责人问“这个需求什么时候能上线”，会议室里八个人同时低头看板，然后发现截止时间字段里整整齐齐写着“2024-12-31”…

去年第三季度，我参与了一家 1200 人规模软件企业的研发管理诊断。他们的项目管理系统里躺着 317 个标签，覆盖从“紧急”“客户A”“老代码”到“小王跟的”这类五花八门的描述。可…

2023 年下半年，我帮一家 260 人的智能硬件公司做研发效能诊断。他们的项目延期率是 38%，管理层的第一反应是"人不够、需求变更太多"。但我把项目管理系统…

我给一家 320 人的 SaaS 公司做研发效能复盘时，拉过一个季度的数据：全公司被标记为 P0 或"紧急"的任务共 1874 个，占全部任务的 41%。但把这…

我见过一个很典型的场景：一家 300 人的 SaaS 公司，研发团队用了半年时间把任务系统里的“截止时间”字段填充率从 41% 提到了 96%，结果交付准时率只从 62% 涨到了 …

先给结论：完成度不是进度条，而是一份可验收的契约 我在过去六年里做过十几次研发管理流程诊断，几乎每一次都会碰到同一个场景：季度复盘会上，项目经理打开报表说"本期任务完成度…

我见过一个非常典型的失败样本：一支 120 人规模的研发组织，项目管理平台上线的第一版只有 7 个任务字段，运行半年后字段数量涨到 23 个，而任务属性填写完整率从上线首月的 92…