软件开发过程理论的天堂和实际应用(2)

好郁闷啊！刚刚完成了第二篇以后，提交以后没有提示失败，但是居然文章就没有了。只有从头来过了。

• 补丁控制

补丁是针对一些关键的缺陷进行集中处理的一个小的安装包。补丁的发布也有几过程，补丁计划，补丁制作，补丁自验，补丁测试，补丁发布。补丁制作中需要考虑的问题是最好能够实现自动化。不需要太复杂的过程，另外能够通过简单的方式察看已经打了的所有补丁也是非常必要。由于我所参与的产品的特殊性，并没有支持在线升级，否则在线升级也是一个可以考虑的实施手段。

• 版本控制

版本的控制是产品经理的一个很重要职责之一。如何将开发特性的计划和用户的需求相结合本身也是一个复杂的内容。这里先不做讨论。通常一个年度会安排固定的几个大版本，尽量的将用户的需求安排到这些计划中的版本。对于特殊的情况，需要经过产品和市场的协商做出最后的决定。需要注意的是，版本的特性和发布时间一定不能够由市场直接承诺给用户，必须要通过和研发确认。否则很可能出现，用户等待的版本最后没有承诺的特性，导致用户的不满以及可能后果-打乱研发的已有计划。

历史版本的管理，无论从保护公司的知识财产的角度还是问题的追溯方面都是非常重要的。一个比较简单可行的方案是对所有发布版本，保留编译的文件和源代码（可以是分组件，分项目组），压缩后提交到产品统一保管。这样做的好处是，在定位版本问题时，可以直接方便的调试。

• 系统测试

华为公司非常重视测试，在测试上的投入也很大。每个产品都有对应的测试部门和测试人员，测试部门也具有独立于开发的组织结构。在产品提交系统测试之前，需要提交一个自验报告。系统测试是对产品的质量的最后评估和验证。如果产品不能够达到发布的标准，则会被打回到开发。由开发承担责任。需要注意的地方是，测试环境必须要保证干净。开发不可以用测试的环境调试问题。

• 网上问题跟踪电子流

网上问题，也就是用户通过用服反馈的产品缺陷和问题。网上问题很大程度上关系到客户的满意度，所以在这方面，华为也很重视。产品的考评，网上问题相关的一些指数也很重要。例如网上问题及时答复率，网上问题及时解决率等等。网上问题的处理流程如下：

1. 用户服务提交问题到相关产品部门
2. 进行初步的问题分析后，如果能够根据知识库解决则问题则可以关闭
3. 否则提交到产品的相关责任人
4. 由责任人安排具体的开发人员定位处理。在72小时内需要答复，答复可以是问题的解决，规避方案。不过如果一时无法定位，也可以提交一个解决问题得承诺。
5. 产品网上问题有较高得优先级，需要安排人力对问题进行追踪处理。
6. 处理完成后，可以通过提交解决方案，或者解决问题得版本或者补丁来完成闭环。

以上这些过程，是华为在产品开发维护过程中自己积累得经验。虽然没有具体得开发流程，但是细心得读者也可以从找到一些KPI得影子。这个也是我想表达得一个意思。软件开发过程是一份从实践中总结得内容。是优秀经验的再重复。不过纯粹的理论，在同具体的实际情况结合时，还是需要进行调整。

要说明的是，产品成功和人还是有关的。个人感觉，那个时候在华为工作的同事还是很优秀和有责任心的。记得在华为工作的前三年，基本上没有在9点半以前下班过，在10点半以前下班都不多。没有加班工资，没有具体的挂钩奖金，也就是凭着责任心。很多时候，为了赶版本，一个星期通宵好几次，天亮的时候洗个脸，吃个早饭就继续工作。离开华为这么久，有时还是会从一个开发人员的角度考虑为什么它能够，又有什么不足。如果有时间，也许会记录自己的一些微薄思考。


在华为工作了半年以后，有幸参与了一个公司试点项目的开发。这个试点项目采用V模型进行操作，由公司质量部派人进行项目的引导。项目本身是比较成功的，并获得了奖。下面的就说些关于这个项目的点滴。

(To be continue)