软件交付应遵循的那些原则

软件在开发、测试完成之后，就可以向用户交付软件。而在交付过程中，也可能会引入新的缺陷。为了避免交付过程中引入新的缺陷，软件交付要遵循以下8个原则：

1. 为软件的发布创建一个可重复且可靠的过程

一个可重复且可靠的过程，可以避免大部分常见的错误发生。对于软件发布而言，要建立这种可重复又可靠的过程需要做好下面两件事：

1. 尽可能地将所有发布过程中的事情自动化

如果能将发布过程自动化，那自然就是可重复且可靠的。要实现发布过程的自动化，可能需要分布实施、逐步完善。一开始，不需要把所有的东西全部自动化。可以先自动化发布过程中影响速率和质量的环节。之后，再逐步将所有环节自动化。

1. 把与发布过程有关的所有的东西都纳入版本控制

发布过程中不仅要对软件版本进行控制，而是要将所有可能影响发布成败的东西全部保存在版本存储库中。这其中包括需求文档、测试脚本、自动化测试用例、软件及其它应用的配置信息、运行环境信息以及库文件、专用工具以及技术文档等。

1. 提前并频繁地做让你感到痛苦的事

这是一条最通用的原则。因为让你感到痛苦的事，通常都是必须去做，不太好做，容易出错的事，所以对于这样的事必须要提前去做，有错就要尽早出错，这样修复成本会很低；而且尽量多次进行。比如如果编写用户文档是你的痛点，那么每开发一个功能时就应写好文档，而不是留到最后一起写。

1. 内建质量

“内建质量”是戴明提出的名言之一——越早发现缺陷，修复它们的成本越低。

1. “DONE”意味着“已发布”

对于发布来说，判断它是否完成的唯一标准是交到用户手中。

1. 交付过程是每个成员的责任

交付不是某一个人就能完成的，它一定是整个团队每个成员的责任。从开发到发布，每个成员都要完成自己的职责，并且能够频繁且有规律地进行交流。

1. 持续改进

最后就是每次交付完成之后，都要召开回顾会议，反思一下哪些方面做得比较好，应该继续保持，哪些方面做得不太好，需要改进，并讨论一下如何改进。持续改进是提高所有过程的优秀实践。

交付遵循八原则，一一列数如前辄

并非条条是大道，需要实践且思考