代码规范的自动化监管(2)

　　实施过程尽可能保守些。我在上面提到过，Jtest包括数百条规则，但在应用初期，我们只实施了两个第一等级规则。原因很简单：循序渐进，免得一下子出现太多问题，让项目经理手忙脚乱、无所适从。

　　实施前做好压力分析。公布新的第一等级规则前，你应该对问题出现的频率、修改代码所造成的时间和财务成本作到心中有数。这一点并不困难——你只需用新规则对现在项目做一次静态分析，然后考察分析报告。由此可避免第一等级规则实施后，让整个组织难以为继，最后又将其降级为第二等级的情况出现。如果分析结果显示压力很高，那么可首先确定为第二等级，到以后合适时期再提升等级。实施严格的第一等级规则之前，应该反复多次考察，必须确保管理者理解它带来的冲击并支持这样的决定;而一旦实施，就应该坚决执行。

　　充分沟通。和你的团队就新规则及其价值、实施的原因充分交流沟通。在绝大多数情况下，他们一般都能支持你，但你也不应该让他们无征兆“惊喜”。

　　尽管我们在实施过程中，还遇到了很多细节问题，但这样一个主动的、自动化的软件审查过程给我们的组织带来了巨大利益。我们的软件质量得到了提升，而且更重要的是，依靠这样一个可信赖的系统，无需投入大量精力维护。人工维护过程的工作量非常浩繁。通过合理设计你的支持结构，的确可以在投入成本更低的前提下，给整个组织带来更高的安全性。

　　作者简介

　　Mark Figley：拥有8亿美元资产的美联保险公司(AIG United Guaranty)的架构组负责人。

原文转自：http://kb.cnblogs.com/page/135515/