第83章 开发周期的敏捷管理（1 / 4）

1995 年 11 月中旬的深城，初冬的冷雨淅淅沥沥敲打着龙腾总部的窗玻璃，将窗外的街景晕成一片模糊的灰白。技术部的办公区里，气氛比天气更显压抑 ——CRT 显示器前，编码组的老郑正对着一叠厚厚的《汉卡 II 代设计说明书》皱眉，指尖在键盘上悬停许久，终究还是没敲下一个字符；隔壁的设计组里，组长老王拿着铅笔在图纸上涂改，橡皮屑落了一地，嘴里还念叨着 “编码组说接口设计不合理，这都改第三版了”。办公区中央的长条桌上，堆满了需求文档、设计蓝图和测试报告，纸页边缘因频繁翻阅而卷起毛边，像一堆 “运行受阻” 的系统日志，每一页都透着传统开发模式的沉重与滞涩。

陈星戴着黑框眼镜，手里攥着一份《进度偏差报告》，快步穿过办公区。报告上，“汉卡 II 代需求分析” 延误 3 天，“核心模块设计” 延误 5 天，“驱动适配编码” 尚未启动 —— 距离预定的研发节点仅剩 20 天，进度却已落后近一周。他走到老郑身边，看着屏幕上空白的代码编辑界面，语气里带着难以掩饰的焦虑：“老郑，打印机适配模块的编码怎么还没开始？设计文档上周就给你们了。”

老郑抬起头，眼底布满红血丝，指了指桌上的设计说明书：“陈工，不是我们不干活 —— 你看这里，设计里说要兼容 15 种打印机，但没考虑不同型号的缓存差异，要是按这个来写，编码完成后测试肯定通不过，到时候还得返工。我跟设计组提了三天，他们说‘需求阶段已经定了，不能改’，你说这代码怎么写？”

陈星顺着老郑的手指看去，设计说明书上 “兼容性覆盖 15 种机型” 的字样被画了红圈，旁边还有设计组的签名。他皱起眉，转身走向设计组，刚走到门口就听到老王和需求组的小李在争执：“你们需求里写‘支持 Windows 95 即插即用’，但没说要兼容老版本的驱动，现在设计出来的接口，在 DOS 下根本用不了！”

“需求文档评审时你们怎么不说？现在设计都快结束了才提，重新改需求要耽误多少时间？” 小李的声音带着不耐烦，手里的需求文档被翻得哗哗响，“再说了，宋世诚那边的汉卡据说都快出测试版了，我们再拖下去，市场就被抢了！”

陈星站在门口，看着争执不下的两人，心里像压了块石头。他回到自己的工位，翻开《汉卡 II 代项目计划》—— 那是按传统 “瀑布模型” 制定的流程：需求分析→总体设计→详细设计→编码实现→测试验收，每个阶段环环相扣，前一个阶段不结束，后一个阶段就无法启动。可现实是，需求里的漏洞要到设计阶段才发现，设计的缺陷要到编码时才暴露，像一串 “连锁 BUG”，越往后越难修复。

“又在愁进度？” 张天放的声音从身后传来，他手里拿着一杯热咖啡，递给陈星，目光扫过办公区里的争执场景，又落在桌上的《进度偏差报告》上。

陈星接过咖啡，叹了口气：“张总，按现在的流程，II 代根本不可能按时上线。需求、设计、编码各管一摊，问题都堆到后面才发现，改起来又要重新走流程，太耗时间了。” 他顿了顿，语气里带着几分无奈，“等我们按流程把 II 代做出来，市场可能又变了 —— 宋世诚要是抢先推出支持 Windows 95 的汉卡，我们之前的优势就全没了！”

张天放点点头，走到窗边，用手指擦去玻璃上的水汽。窗外的雨还在下，街面上的汽车行驶得缓慢而谨慎，像在躲避路上的坑洼。“这不是你们的问题，是我们的‘开发方法论’需要‘重构’了。” 他的声音平静却带着穿透力，“传统瀑布模型就像‘批处理程序’，把所有任务按顺序堆在一起，必须等前一个任务完成才能开始下一个，可市场是‘交互式’的，需求会变，对手会动，我们不能用静态的流程应对动态的变化。”

陈星抬起头，眼神里带着疑惑：“那我们该怎么办？总不能推翻所有计划重新来吧？”

“不用推翻，但要调整。”