[备忘.经验总结]一个补丁包的“迭代”——向着“低风险、易操作”前进

        前段时间在准备一个补丁包，因为想大范围推广，所以额外重点考虑了两个方面——低风险、易操作。
低风险：首先升级过程的成功率要高，不容易出错；然后，升级后对在用的业务功能不产生影响，做到让最终用户“无感”。
易操作：步骤清晰明确且简单，让实施人员拿到就会操作，不需要过多的思考和理解。避免操作错漏的同时，也可以减少技术支持的成本。

        历经四次实际项目中的升级实践（观察升级的整个过程），结合实操人的意见反馈和对升级效果的观察回顾，我们陆续对程序做了相应完善并对两份文档“升级检查表”和“升级详细步骤”做了精简和优化，基本达成了我们的预期。
这里，把过程中做的一些尝试做下整理：
1、让程序多跑路（自动化）。固化的操作，能让程序自动做的，少让人来处理。实现代价不高的情况下，这样能让操作简单，也能避免错漏。比如，最初提供的补丁包是要手工覆盖的方式操作，但后来稍加处理改为了程序自动处理。
2、使用操作人员熟悉的方式。比如，采用服务控制台方式来操作，这样可以消除学习成本，同时也减少因操作不熟悉而导致的错误。
3、让操作结果显性化。这样可以让操作人员明确知道补丁打成功了，并且也引导其了解到升级后具体达到了怎么样的效果。
4、标准化操作检查表。区别于升级详细步骤，检查表是对核心步骤的提炼和对关键环节的检查确认点，有点像是提纲加关键注释。简化后只有一页，基本一眼能够看完，起到操作指引、关键步骤核对的作用。
5、实战验证。通过直接观察真实的升级过程，不仅验证了补丁包的实际效果，还发现了潜在问题，这比“纸上谈兵”要更直接和有效。