15、敏捷建模与极限编程：融合与实践

敏捷建模与极限编程：融合与实践

1. 极限编程实践要点

1.1 软件所有权与改进

在软件集成后，应放弃个人对软件的独占观念，因为此时软件属于整个项目，每个人都拥有它。所以，只要有人知道如何改进且有合理的理由，就有权（实际上是有责任）对其进行改进。虽然这可能有些棘手，但通过结对编程，意味着软件是由两个人共同创建的，也可能会有另外两个人对其进行重构。

1.2 软件支持工具

为了实现上述改进，需要软件支持。对于任何极限编程（XP）项目而言，可靠的版本控制系统是最重要的支持工具之一，如CVS（持续版本控制系统，还有Subversion等）。它能让项目从不幸的情况中恢复，并能查看谁在何时进行了哪些更改。

1.3 获取现场客户

应尝试为团队争取“现场客户”。可以向客户提出这一请求，他们可能很乐意提供，也可能因之前没人提出过而感到惊讶，但他们可能会认识到其合理性。若客户不同意，可向他们解释现场客户能为项目带来的巨大好处，甚至可以指出项目启动后可能不需要他们一直在场，他们仍可在项目团队的办公桌旁完成部分日常工作。如果无法争取到现场客户，可争取“随时可用”的客户，这通常也能取得很好的效果。例如，在一个与伦敦政府部门合作的项目中，办公室位于巴斯，距离伦敦有一个多小时的火车车程。由于项目预计会持续一段时间，伦敦办公室的人不想搬到巴斯，于是通过电话、电子邮件和视频会议等方式让客户随时可用，在真正需要时客户也能充当现场客户，项目进展非常顺利。

1.4 站立会议

在XP项目中，站立会议是一种常见的做法。顾名思义，会议期间所有人都站着，目的是使会议简短，让每个人都专注于会议目的，避免有人坐在座位