九九读小说网

手机浏览器扫描二维码访问

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

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

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

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

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

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

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

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

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

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

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

“不用推翻，但要调整。” 张天放拉过一把椅子坐下，从公文包里拿出一张白纸，画了一个简单的流程图 —— 不再是直线式的瀑布，而是由多个小圆圈组成的循环，每个圆圈里写着 “需求 - 设计 - 编码 - 测试”，旁边标注着 “2 周”。“我们把 II 代项目拆成多个‘模块化’的小任务，比如打印机适配、windows 95 驱动、内存优化，每个模块作为一个‘迭代周期’，周期定为 2 周。”

他指着流程图解释：“每个周期里，我们都完成一小部分需求分析、设计、编码和测试，最后拿出一个‘最小可行产品’—— 比如第一个周期完成打印机适配模块，能在主流机型上稳定运行；第二个周期优化内存管理，把占用率降下来。这样既能快速看到成果，也能及时发现问题，不用等所有工作堆到最后。”

陈星的眼睛亮了起来，手指在桌上跟着张天放的笔触移动：“你的意思是，我们不用等所有需求都定死，先做最核心的模块，边做边调整？”

“对。” 张天放点点头，又在流程图旁画了一个小方框，标注 “每日站会”：“我们再建立‘每日站立会议’制度，每天早上花 15 分钟，每个人说说昨天做了什么、今天要做什么、遇到了什么问题 —— 不用长篇大论，重点是同步进度、暴露风险。比如老郑遇到设计接口的问题，当天就在会上提出来，设计组当场协调修改，不用再拖三天。”

“可这样会不会太碎片化？” 陈星还有些顾虑，“每个模块单独迭代，最后整合的时候会不会出现兼容性问题？”

“不会。” 张天放笑着摇头，“我们要做‘持续集成’—— 每个模块完成后，立刻和已有的模块整合测试，发现兼容性问题及时解决，而不是等所有模块都做完再整合。就像流水一样，小问题随出随解决，不会积成大麻烦。” 他顿了顿，补充道，“我们不追求一次‘编译’通过一个完美的‘大型程序’。我们‘持续集成’，‘持续交付’，让‘产品’这个‘进程’和‘市场’这个‘环境’同步演进 —— 这才是‘顺势而为’的研发。”

陈星拿着那张流程图，反复看了几遍，之前的焦虑渐渐被兴奋取代：“我现在就去跟设计组、编码组沟通，把模块拆分开！第一个周期我们就做打印机适配和 windows 95 驱动，这两个是用户反馈最多的需求，做好了也能提振士气。”

“别急。” 张天放叫住他，“先开个全体研发会议，把理念讲清楚，让大家都理解为什么要变 —— 改变流程会有阻力，只有达成共识，才能真正落地。”

下午两点，研发部的大会议室里挤满了人。张天放站在白板前，把那张 “迭代流程图” 画在板上，先解释了瀑布模型的困境：“我们现在就像在闭着眼睛走路，要等撞到墙才知道转弯，而敏捷迭代就是睁着眼睛小步走，每走一步都看看方向对不对，及时调整。”