关于变更控制，我常常会产生自相矛盾的想法，一方面，我希望为改进和更好的创意打开“水闸”；但是另一方面，我又想通过限制更改保护现有的产品质量。
变更控制
变更控制非常重要。但是实现变更控制所需的努力同样让人讨厌。我们之所以害怕变更是因为代码中的一丁点混乱也会产生产品的大的失败。但是，它也可以修正bug或者增加完美的新特性。我们担心变更是因为一个“无赖”的开发人员就足以毁掉一个项目；但是很多优秀的想法也同样来源于这些“无赖”，一个繁复的变更控制流程会极大地妨碍他们的创造性工作。
我关于这个问题的矛盾心理来源于变更控制流程容易被误用这一事实。变更控制意味着风险分析，没有什么容易的或特定的方式。外加我们人类的把复杂问题过分简化的能力，变更控制可能成为盲目的拒绝变更，自动地拒绝风险而不考虑潜在的回报。
或者，很容易的，变更控制会退化成一种空洞的仪式：允许任何变更。
问题与过程
定义过程的目的是解决问题。那么我们存在什么问题呢？
在SmartPatents公司，我们的变更控制的需要主要来源于：我们希望把在试图改进产品的时候引入重大问题的机会最小化，尤其是在项目后期。我们希望最小化回归测试的代价和时间消耗。我们也需要确保关注到每一位项目成员，确保他们不会因为某些特定的更改而影响太大。而且，我们的流程需要足够灵活，让我们在开发的后期能够灵活地增加产品的功能，因为市场驱动型的软件公司就是这样竞争的。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
