吾看书

第458章 第三张图：核心项目在强制加班后，交付质量显着下滑（第1页）

周三上午十点，技术部的白板上贴满了便利贴。

红色代表“问题”，黄色代表“建议”，绿色代表“可行方案”。这是“健康高效工作体系”落地的第一场实操研讨会——林眠要求技术部先拿自己开刀，找出当前工作流程中最痛的点，然后逐一解决。

小李站在白板前，手里拿着马克笔，正在讲解一张他自己画的流程图：“这是现在典型的任务流转过程——产品提需求，技术评估，排期，开发，测试，上线。问题在于……”

他在“技术评估”和“排期”之间画了个大红圈。

“这里永远被压缩。产品说‘很急’，市场说‘必须快’，销售说‘客户等不了’。结果就是评估时间不足，排期永远乐观，然后开发阶段就开始疯狂加班补进度。”

小张补充：“测试阶段更惨。开发延期了，测试时间就被压缩。有时候为了赶上线，测试只能草草了事，bug留到线上再修。这就是为什么我们总在救火。”

赵峰指着另一张图——那是他们正在做的一个核心项目的甘特图：“看这个，‘智能风控系统升级’项目。原计划八周，现在已经第十周了，进度才到70%。为什么？”

他在几个关键节点上贴了红色便利贴：

“第三周：需求变更三次，累计增加工作量30%。”

“第五周：关键开发人员病假三天（高烧），进度延误。”

“第七周：测试环境故障，耽误两天。”

“第九周：因为赶进度，代码质量下降，测试发现重大架构问题，返工。”

“每次延误，”赵峰说，“解决方案都是同一个——加班。结果就是越加班，效率越低，错误越多，进度越慢。恶性循环。”

会议室里，技术部十几个人都围在白板前，表情凝重。

林眠坐在角落里，安静地听着，偶尔在笔记本上记几笔。

“所以第一个要解决的问题，”王倩开口，“是需求管理和排期。我们需要一个机制，让产品、市场、销售明白——随意变更需求、压缩排期，最后伤害的是项目本身。”

“还有测试时间必须保证。”另一个测试工程师说，“现在测试阶段就像走过场，我们压力也很大。测不出来的bug上线了，背锅的是我们。”

讨论很热烈，但逐渐陷入细节泥潭——每个人都站在自己的立场上提问题，解决方案却迟迟出不来。

林眠合上笔记本，站起身。