项目总是延期怎么办?我管了17个项目后,发现先别急着上Jira,先把WIP限制到8

🔑 关键词:项目管理,项目延期,项目管理工具,Jira,看板方法

📖 摘要:一个半路出家的项目经理踩坑记录:用17个项目、3个烂尾项目的代价,对比Jira、飞书多维表格、Linear、Trello、MS Project,给出WIP、周期时间、85分位、阻塞时长等具体参数和7步落地法。

先交代一下,我不是 PPM 讲师,也没考过 PMP。2019 年我被从开发拽去管项目,前后管过 17 个项目,烂尾 3 个,勉强交付 9 个,剩下 5 个还在维护。

图片

最惨的是 2021 年一个政府类项目,预算 87 万,团队 11 人,客户要求每周汇报。我当时觉得越专业越好,在 Jira 里配了 47 个自定义字段、5 层审批流。结果每天有人花 40 分钟填单,开发说填单比写代码还累。项目延期 6 周,后来我把字段砍到 9 个,审批流砍到 2 层,周期时间从 14.8 天降到 7.9 天。

所以我的第一个土观点:项目管理不是把表画得多漂亮,是限制在制品和减少排队。

图片

很多人搜项目总是延期怎么办。我建议先别加班,也别急着换工具。拿 Excel 或飞书表格记录两周,字段就五个:任务 ID、进入进行中时间、完成时间、阻塞原因、返工次数。

我们一个 8 人团队,2022 年 3 月的数据是:中位周期时间 11.4 天,85 分位 26 天,每周吞吐 9 张卡,阻塞时长占比 37%,返工率 18%。进行中卡片最多到 28 张,看起来每个人都很忙。

后来我只改了一件事:压 WIP。个人同时进行 2-3 张,团队进行中列不超过 8 张,代码评审列不超过 5 张。4 周后,中位周期 6.2 天,85 分位 13 天,每周吞吐 17 张,阻塞占比 19%。没加人,没买新软件。

图片

工具这块,我直接给对比。别迷信一个工具打天下。

维度 Jira 飞书多维表格 Linear Trello MS Project
适合规模 15 人以上 5-50 人 5-30 人产研 3-8 人 工程/硬件
强项 权限、审计、复杂工作流 审批、通知、国内协作 速度、周期自动 简单、免费 WBS、关键路径
弱项 配置重、慢 依赖关系弱 报表弱 超 200 张卡就乱 协作和移动端差
我给的阈值 多供应商、强合规 轻量国内团队 产品研发双周迭代 简单项目 长周期硬件采购

图片

Jira 云版我 2024 年查的时候大概 7.5 美元/用户/月,价格会变。它不是不好,是你要养一个管理员,至少 0.2 人天/周。Linear 很快,但别指望它做复杂审批。飞书多维表格适合国内团队,但依赖关系一多就散。Trello 免费版管 3-8 人还行,超过 200 张卡基本靠人肉记忆。MS Project 适合硬件、建筑、芯片采购这种关键路径长的项目,但让开发天天更新,他们会疯。

再说瀑布和看板。甘特图不是原罪。合同、硬件采购、外部验收,甘特图有用。我们一个硬件项目,关键路径 14 周,芯片采购 45 天,这种必须用甘特。但软件需求不确定,别用甘特图假装确定。看板适合持续交付。混合做法是:合同层用里程碑甘特,执行层用看板。每周同步一次,别每天更新甘特。

图片

如果你要落地,我建议按这 7 步来:

  1. 先记录两周,别改流程。字段:任务 ID、进入进行中、完成、阻塞原因、返工次数。
  2. 算中位周期时间、85 分位周期时间、每周吞吐量、阻塞时长占比、返工率。
  3. 画价值流:需求评审、开发、测试、验收。找出等待最久的环节。通常不是开发,是评审和测试环境。
  4. 设 WIP:个人 2-3,团队进行中 6-8,代码评审 3-5。
  5. 定服务等级:紧急 bug 4 小时,普通需求 10 个工作日,跨团队依赖 3 天升级。
  6. 每周只改一个规则,连续 4 周看数据。别一次改 10 个流程。
  7. 复盘问五件事:什么阻塞、谁等谁、哪里返工、批量多大、下周减什么。别追责。

最后说一个可能不太讨喜的观点:大多数项目延期,不是执行慢,是排队和返工。利特尔法则很土但有用:周期时间 = 在制品 / 吞吐量。所以减少 WIP 比加班有效。加人也有代价,沟通路径是 n(n-1)/2,11 人是 55 条,15 人是 105 条。如果阻塞时长占比超过 30%,先解决依赖,别加人。

图片

还有,燃尽图好看不代表价值交付。看 85 分位周期时间,别只看平均。平均会骗人,一个 60 天的需求能把平均拉高,但中位和 85 分位才告诉你大多数情况和大多数倒霉蛋。工具选型看决策密度:每周跨角色拍板次数 / 参与人数。大于 1.5 用 Jira,0.5 到 1.5 用 Linear 或飞书,小于 0.5 用 Trello。

项目管理没有银弹,只有更快的反馈和更小的批量。我现在带项目,先问一句:我们能不能把这一批做小一点?能小,就还有救。