轻量级开发的成功秘诀，第 5 部分: 在保守公司进行敏捷开发

核心提示： 保守公司通常想要更多的文档和更重的流程，管理层可能将较少的工件与较少的原则一视同仁，轻量级开发的成功秘诀，第 5 部分: 在保守公司进行敏捷开发(3)，事实并非如此，敏捷流程具有同样多的原则；它只来自其他来源，只编写支持这些需求的代码，在极限情况下，如图 1 所示，早期的频繁的客户接触与简单的需

保守公司通常想要更多的文档和更重的流程。管理层可能将较少的工件与较少的原则一视同仁。事实并非如此。敏捷流程具有同样多的原则；它只来自其他来源，如图 1 所示。早期的频繁的客户接触与简单的需求电子数据表代替了传统的功能规格说明书和复杂的用例图。对重构和自动化测试的特别重视动态地改进了设计，而且免去了画满类图的笔记本的需要。

图 1. 敏捷流程中的原则来源

如果管理层需要正式文档，您通常可以使用工具来从工作代码直接生成 Unified Modeling Language (UML) 图，而无需从头开始构建文档。IBM Rational Suite® 中的产品可以简单地从现有代码生成文档，而只需要很少的用户介入。如果您不能花钱购买这类工具（低于 200 美元），您可以使用叫做 Enterprise Architect 的工具来从您的代码构建 UML 文档。只需要一点布局工作，即可以交付成捆的文档，而不会对您的进度表有太大影响。通常最好是在它帮助您推进日程之后，生成文档，而不需要大战一场来正式地更改流程。

重视简约性

在大公司里，很容易陷入构建太多代码来处理未来需求的坏习惯。确实，您需要构建灵活的可扩展的软件，但您可能相去甚远。最好是构建易于重构的并且完全是您所需要的代码。不成熟的优化、对可能的未来特性的支持以及不支持您的直接需求的设计模式会浪费太多精力。如果您发现自己陷入圈套，那么以下技术可以帮助您：

列出迭代的需求清单，只编写支持这些需求的代码。在极限情况下，只按照正式需求或 bug 来创建代理。