02梦断代码阅读笔记之一

本书第1章《死定了》以2003年Chandler项目的窘迫现状为切入点，撕开了大型开源软件项目光鲜外表下的致命隐患，让我看清了软件项目失败的核心诱因——微小隐患的持续累积与风险预判的全面缺失。项目推进到中期，团队陷入进度滞后、缺陷频发、人心涣散的绝境，看似是工期不足的问题，实则是一系列细节失误叠加的结果。

书中记录了一个典型案例：Bugzilla中登记的窗体闪烁缺陷，最初被团队判定为微不足道的小问题，无人重点跟进、及时修复。但就是这样一个不起眼的小Bug，拖延六个月未能解决，持续影响产品体验，后续衍生出更多兼容性问题、功能冲突问题，成为拖累项目进度、消耗团队精力的重要隐患。这也印证了软件研发的核心规律：软件没有无关紧要的Bug，只有未被及时发现的风险。

同时，章节深入探讨了软件开发经典的“布鲁克斯法则”：向进度滞后的项目新增人力，只会让项目进度更加滞后。Chandler团队在项目危机阶段，试图通过扩招开发人员、增加工作时长追赶进度，结果适得其反。新人需要时间熟悉项目代码逻辑、团队协作模式、业务需求，老员工需要耗费精力带教，沟通成本、磨合成本急剧增加，反而进一步拖慢了整体进度。

这部分内容让我深受启发，软件项目的危机从来不是突然爆发的，而是长期忽视细节、盲目补救、缺乏风险管控导致的必然结果。软件开发不是人力堆叠的体力工作，人力、时间的盲目投入无法抵消技术漏洞与管理漏洞。面对项目滞后问题，比起盲目加人加班，更重要的是梳理核心问题、优化流程、根治隐性隐患，这是规避项目崩盘的关键。