下载掌阅APP，畅读海量书库
立即打开
治理是在高层次进行审批、跟踪和管理工作的方式。大多数组织的治理策略都采用瀑布式开发方式。有时，这需要预先编写文档或设置阶段关口。它通常需要一种预测性的方法来进行规划。
为了达到最好的效果，需要改变治理策略以适应敏捷方法。这意味着要取消阶段关口，并采用适应性计划方法，详见10.4.1节。
瀑布式治理是一种浪费，而且会影响团队的敏捷性，但如果需要的话，你可以坚持这种策略。对于一些试点团队来说，这样做是可以的，但在进一步推广敏捷之前，应改用敏捷治理。
最常见的治理要求是提前制作一个固定的计划和预算。满足这种需求的最简单方法是用你现在使用的任何方法，在通过项目审批后，再启动敏捷过程的一部分。另外，对于那些同时精通专注区和交付区流程的团队来说，可以分配4～8周的时间进行规划，然后开始正常工作，并制定一个高质量的路线图（参见10.4节）。
敏捷并不是每个公司的正确选择。那也没关系，使用瀑布法也有可能成功，如果你所在的公司需要预测性的计划，或者有强命令和控制型的文化，那么瀑布法可能更适合你。
使用瀑布法最安全的方式是迭代式瀑布，与其进行一个大的瀑布项目（这是很有风险的），不如进行一系列小瀑布项目。每个项目应该持续不超过3～6个月，并最终形成可以实际应用于市场的可工作的软件。每个项目包括所有标准的瀑布阶段：需求分析、架构和设计、实施、测试或任何其他阶段，或者组织喜欢的这些阶段中的任何一个变体。
瀑布法在不确定因素较少、被充分理解的领域里效果最好，一定要雇用那些有丰富经验的人来构建你想要交付的软件类型。
其他的前期文档，如需求分析文档或设计文档，也可以使用现有的方法在敏捷工作开始前完成。剩余的合规性工作通常就像其他请求一样，可以与你的敏捷工作和故事（见8.1节）一起安排。
瀑布式治理与优化流畅度是不相容的，后者依赖于适应性计划，如果你被要求遵守瀑布式治理策略，请将你的想法限定在专注区和交付区这两个区域。