15

失速——项目为何永远延误
软件开发中，进度延误普遍到人们专门造了一个词来描述它：slippage，中文译作“失速”。这个词原本用于描述飞机在空中失去升力、开始下坠的危险状态，用来形容软件项目再贴切不过——一旦项目开始失速，靠惯性已经飞不起来，需要外部力量才能重新拉升。而软件项目的延误之普遍，几乎到了“不延误才是新闻”的地步。

书中引用了一句话：“如果迟到两个月，那就逐日通报；如果迟到两个月以上，那就每月通报一次。”这句看似调侃的话，却道出了项目管理中的无奈——当延误已经成为常态，通报本身反而失去了紧迫感，变成了一种例行公事。人们不再追问“为什么会迟到”，而是默认“反正都会迟到”。

一群经验丰富的程序员聚在一起讨论为何不能按时完成工程，结论之一是缺少蓝图。建筑工人不会在盖楼时才发现结构问题，因为图纸早已画好；而程序员在编码前往往看不清软件的完整轮廓，就像在没有图纸的情况下建造一座大教堂。更糟糕的是，软件的需求本身就在不断变化——今天客户想要一个功能，明天可能又变了主意，后天市场环境又提出了新的要求。没有蓝图，就会碰上预料之外的阻碍：框架不兼容、需求变更、人员流动、技术债累积。每一件小事都可能像滚雪球一样越滚越大，最终导致项目失控。

核心洞察：软件开发中，凡事都比预计多花一倍时间，最后勉强能用的产品，也比最初设想的少一半功能。这不是态度问题，也不是能力问题，而是软件开发本质上的不可预测性决定的——问题只有在编码过程中才会真正浮现，而一旦浮现，就意味着之前所有的计划都要重新调整。