如何把一个不稳定模块做稳定

个人随笔 (Owed by: 春夜喜雨 http://blog.csdn.net/chunyexiyu)

关于如何把一个不稳定模块做稳定，我今年在工作中做了多个这样的专项，做一个总结，整理这块的经验。

一个模块如果长期不稳定，并且经了多个人的手的话，通常需要专项处理。

专项人员上：

开发、测试、需求需要齐全，一个经验丰富的开发是核心。
a. 做稳定专项的开发建议采用1+1的形式：一个经验丰富的主责开发+一个熟悉模块的开发人员。
b. 测试建议对该模块最熟悉的测试人员。
c. 需求的话，当然是熟悉，最好能拍板的人员。

专项的处理思路上：
a. 需求先梳理需求，需求把模块功能向开发介绍；测试可以梳理问题，向开发同步。
b. 开发梳理代码，同步和需求不断确认对照；
c. 开发结合存在的问题挖掘代码中的问题点；梳理问题点，分析尝试，形成解决思路，输出解决方案文档，评审文档，实施修改；
d. 测试对修改结果评估测试：是否解决问题，是否有引入问题，发散测试。对存在的问题开发重新梳理方案。如果达到解决标准则闭环。

另外，在处理问题中，需要需求、代码、问题结合：既然长期不稳定，那么一般都存在需求在某些点上反复的情况，或者互斥，需要结合技术需求寻求平衡点，管理者有时也要参与决策。

冰冻三尺，非一日之寒，找出问题核心，挖出问题根源是长治久安的根本：或是代码逻辑，或是需求的确认，或是场景的取舍，也或是技术的改进，也或是多个问题点混合。

 

个人随笔 (Owed by: 春夜喜雨 http://blog.csdn.net/chunyexiyu)