重点内容：90% 的延期不是执行不力，是计划阶段就埋下的雷；三个动作：拆到里程碑、把进度摊开、让风险自己冒出来。
「进度怎么样了」这句话，问的是你自己的记忆力
项目经理最怕被问这句，不是不知道答什么，是答了也没人信：进度靠记忆、延期靠事后发现、风险靠出事才承认。这套玩法的问题不在人懒，在结构。人的大脑天生就会把时间估短，这是研究了几十年的认知偏差，不怪哪个具体的人。
先接受一个事实：人算时间，从来不准
1994 年，卡尼曼的学生们做过一个经典实验：让心理学研究生预估自己毕业论文什么时候能写完，并给出「99% 把握」的截止日期。结果只有 45% 的人真的在那个日期前完成。注意，这不是「感觉差不多能完成」，是「几乎不可能超过这个日子」。一半以上的人，连自己 99% 确定的日期都没守住。
软件行业一样。2004 年，两位挪威研究者让 12 个有经验的开发者对 30 个已完成的任务做「90% 置信」估算，全程给反馈、反复练习，结果他们的估算只覆盖了实际工作量的 64% 到 81%。也就是说，连老手、连有反馈校准的情况下，「十拿九稳」实际只有「七成上下」。
Standish 集团的 CHAOS 报告跟踪软件项目三十多年，2020 版的数据是：只有 31% 的项目按时按预算完成，50% 延期或超支，19% 干脆失败；而那些「带病完成」的项目，平均耗时是原计划的 222%。两倍还多。所以别把延期当意外，延期才是常态，按时完成才是小概率事件。
动作一：别问「做了没」，要问「剩多少」
「任务做到 80% 了」这种话基本是废话。80% 的人说 80%，实际是「主体干完了，收尾遥遥无期」。收尾永远比想象中慢，这也是计划谬误的一部分。
真正有用的进度定义是三件事：任务本身的状态、里程碑有没有踩到、整体还剩多少工作量。里程碑尤其重要，它不依赖任何人自我感觉良好，只问一件事：说好这周五要交付的模块，交付了吗？是，就是到了；不是，就是没到，没有中间态。整体进度别用「百分比」，用「剩余工作量」：还剩多少人天、多少关键任务，按现在的速度要多久，这个数才是老板真正想听的。
动作二：进度要摊开，不能只躺在一个人脑子里
进度最大的敌人不是延期，是「只有一个人知道进度」。Excel 躺在项目经理的电脑里，他休假一周，整个项目就瞎了一周——不是大家不干活，是没人知道该往哪使劲。
把进度摊开的意思，是让所有人都能一眼看到三件事：谁在做什么、卡在哪、接下来是什么。看板解决前两件，任务在「待办 / 进行中 / 已完成」之间流动，谁长时间占着进行中，一眼就看出来。甘特图解决第三件，时间线、依赖关系、关键路径摆在那，某个任务拖了两天，它后面一串任务都会跟着变色。
摊开还有一层意思：谁更新、什么时候更新。团队用同一个系统，谁动了任务谁负责更新，进度才有资格叫「实时」。一个人维护的进度表，本质上还是他脑子里的进度表，只是换了个载体。
动作三：让风险自己冒出来，别等红灯才看见
进度失控从来不是突然发生的。某个任务连续一周没人更新、某个关键依赖卡了两天、某条关键路径开始延后，这些都是提前几周就有的信号，只是没人主动去看。人不会主动去看，因为看进度不是任何人的核心 KPI，出事才是。
所以别指望「大家自觉汇报风险」，要做的是让系统替人盯着：任务逾期自动提醒负责人、关键路径延期亮红灯、里程碑临近没人更新就追问。把「主动发现」变成「自动触发」，风险才会在还小的时候冒出来。等老板开口问「进度怎么样了」，说明已经晚了一轮。
工具怎么选：轻、便宜、全员进得来
中小团队选进度管理工具，就三个标准。一是别买功能过剩的重型系统，看板、甘特图、风险预警，这三样够用了，其他都是摆设。二是警惕按人头收费，进度管理必须全团队都进系统，按座位收钱的工具，成本会随着团队扩张失控，最后要么偷偷砍名额，要么换回 Excel。三是能免费起步最好，先用起来验证流程，再决定要不要深入。
像 智序 ORDR 项目管理软件 这类免费、不限人数的项目管理软件，内置看板和甘特图，任务逾期会自动预警，进度异常不用等人发现。先把这三件事做起来：拆到里程碑、把进度摊开、让风险自己冒出来。进度不再靠感觉，就是从这三个动作开始的。
如有侵权请与我们联系
