36、敏捷软件开发：协作、架构与方法的拓展

敏捷软件开发：协作、架构与方法的拓展

1. 协作扩展

在处理扩展问题时，严谨的方法论者通常首先会增加方法论的权重，即增加方法论元素的数量和仪式感。而敏捷主义者则首先关注人们如何协作，然后才考虑在文档或流程上进行必要的最小增加。

对于大型分布式团队，项目的不同阶段可能需要不同的协作互动。例如，在项目开始时，制定初始架构和接口可能需要持续的互动，但一旦每个小组了解了要构建的模块或类以及公共接口的工作方式，互动就可以减少。

通过将客户 - 开发者接口等实践的本质简化为基本要素（愿景、功能、优先级、对话和验收），团队可以在规模扩大时采用额外的实践，如联合应用设计（JAD）会议或客户焦点小组。对等协作实践也可以扩展，例如，两个分布式功能团队可以将结对编程扩展为移动结对。每隔一次迭代，一个功能团队的一对开发者可以前往另一个站点，与该团队的开发者结对工作，从而在工作层面上传递团队功能的知识。

集体代码所有权的实践也可以扩展。当一个功能团队需要另一个团队构建或修改一段代码时，传统方式是写请求、经团队领导批准后再转给项目经理等。而对于距离较近的团队，一种基于集体所有权的衍生实践是一名开发者直接去请求与另一个团队的人“结对”。这对来自不同团队的开发者一起研究需求和设计，然后开发和测试新代码。这种实践所需的文书工作很少，只要花费合理的时间，就能促进功能团队之间的协作，简化互动，并为架构模块化的质量提供指标。

协作实践的范围及其在大型团队中的应用超出了本文的范围，但关键是，扩展协作实践对于设计适用于大型项目的方法论至关重要。

以下是协作扩展的一些实践总结表格：
| 实践类型 | 具体实践 | 说明 |
| ---- | --