Dynamics 365 项目质量保证系列二

上一篇中从宏观角度，组织架构角度介绍质量保证的前提。这一篇开始将从相对细节的角度开始讲解质量保证。

D365项目实施和其他ERP项目一样，有其内在周期和规律。所有的项目要尽量遵循其内在规律，ERP实施属于二次开发，不是原创产品，所以有些软件开发过程中的一些概念，方法还是要结合实际来理解，不能死板硬套。比如用敏捷方法实施，比如冒烟测试等是否适合ERP二次开发呢？我个人是有自己不同的看法。今天不讨论这些内容，只想结合自己的经验介绍一下质量保证。软件工程上有一门学问叫软件质量保证。后续的内容会参考书中的一些概念，同时结合ERP二次实施和开发的特点来展开。

软件质量保证的目标可以归纳为以下四点：

（1）事前预防工作，例如，着重于缺陷预防而不是缺陷检查。
（2）尽量在刚刚引入缺陷时即将其捕获，而不是让缺陷扩散到下一个阶段。
（3）作用于过程而不是最终产品，因此它有可能会带来广泛的影响与巨大的收益。
（4）贯穿于所有的活动之中，而不是只集中于一点。

我个人非常喜欢这四句话，不过写的比较哲学一点，大家都懂但是应用起来就不那么容易。这四点结合ERP实施的特点，我总结出成功实施ERP的几个重点词。计划，沟通，过程控制，下沉，结果预判，增强信任。这几个关键词也正好是对软件质量保证目标的很好的解释，在执行层面更是很好的工具。本篇文章先对计划做个介绍，后续文章会介绍其他几个概念的经验。举例内容都是真实项目因此不会出现项目具体名称，所有观点都是作者本人的观点，供大家在工作中参考，并不代表最佳实践，也希望大家能将自己的经验分享出来，共同进步