从线性排期到弹性规划.docVIP

从线性排期到弹性规划：我的应变能力进化与年终总结

年初制定的项目排期表至今还钉在工位隔板上，三月的橙色荧光笔标记被七月的红色便签覆盖了大半，旁边用铅笔写的“预留3天缓冲期”字样已经被反复摩挲得模糊。这张写满修改痕迹的排期表，是我这一年工作方法迭代最直观的注脚——曾经我坚信“按计划执行就是最高效”，如今却在一次次突发状况的冲击下，完成了从死守线性排期到熟练运用弹性规划的思维转变，应变能力的进化成了今年最意外也最扎实的成长收获。

去年底做年度规划时，我还把“排期精确到天”当作核心优势。Q1的三个常规项目，我提前两个月就把每个环节的时间节点卡得严丝合缝：需求评审2天，UI设计7天，开发15天，测试5天，甚至连上下游对接的沟通时间都按每个环节预留4小时计算。按照过往经验，这样的排期只要所有人按部就班，完全可以提前两天交付。没想到刚开年第一个项目就出了状况：合作的第三方供应商突然通知核心技术人员离职，原定3天交付的接口文档要延迟10天。我当时第一反应是无法接受，一边和供应商交涉能不能赶工，一边逼着内部团队把后续测试环节压缩到3天，结果整个项目组连续加了一周班，交付时还是因为测试不充分出现了三个线上bug，最终反而比原定计划晚了5天，还收到了客户的投诉。

那次失误之后我才意识到，我曾经奉为圭臬的线性排期，本质上是把所有变量都默认为“理想状态”：假设所有人都不请假，假设所有环节都不出错，假设外部