轻量级开发的成功秘诀，第 1 部分: 核心原则及原理

谣言：轻量级过程使您忽视规范。

在轻量级开发中，您需要认真地规划并与客户磋商需求。您必须构建严格的自动化单元测试，以优化重构。当放弃变更时，仍可以保持程序完整。而且，测试用例失败或变更引发错误时，自动化构建会通知您。轻量级开发必须比其他技术更加注意规范，但这种规范源于不同方面。

我认为这种开发风格超越了单一的技术或过程。如果您想轻松一些，那么需要选择使它易于工作的原则、过程和技术。

原则

该说的也说了，该做的也做了，您现在需要决定哪些需要重视，并据此制定决策。如果我觉得客户被误导或漠不关心，我通常会首先帮助他们建立核心原则。下面的列表是一个不错的起点：

争取简单性。这种观念应该渗入到您所有的工作中。您的过程应该刚好生成足够完成工作的工件。开发人员应该尽量使用最简单的方法解决问题。您的工具应该使您构建一个清晰、简洁的解决方案。

修补漏洞。许多开发方法可能不鼓励在过程中进行重构或变更，因为这些行为不直接用于产生客户代码。轻量级开发要求可以自由地修补太复杂或充斥 bug 的代码。您需要为它做出预算。

自动化单元测试。您应该优先编写测试用例。您可能还没有在测试第一的开发中成功过，但测试会间接给您带来重构代码的便利。我以后会进一步讲述：广泛的单元测试改善您的客户体验，并提高代码的设计水平，这是因为它强迫您解耦联系过于紧密的代码。

使用短开发周期并积极调动客户参与其中。许多顶级的软件工作室通过剔除不必要的工件来简化开发周期。如果您已经顺利得到客户的参与，那么很多的功能规范会变得越来越没必要。客户会很满意这种交互，并感激您的短周期开发，因为这稳步提高了客户的业务价值。