22.【Kevin聊敏捷】XP极限编程之12最佳实践（二）
原创22.【Kevin聊敏捷】XP极限编程之12最佳实践（二）
原创
接着上一篇的极限编程的12最佳实践来说，这一篇介绍团队圈 （Team Circle）
一、极限编程的分组
极限编程根据类型的不同分为：
- 编程圈 （Coding Circle）
- 团队圈 （Team Circle）
- 流程圈 （Process Circle）
- 产品圈 （Product Circle）
二、团队圈 （Team Circle）
团队圈分为：代码规范（Code Standards），持续集成（Continuous Integration），集体代码所有制（Continuous Integration）
2.1 代码规范（Code Standards）
极限编程要求同一个团队用一套代码规范，强调通过指定严格的代码规范来进行沟通，尽可能减少不必要的文档。
极限编程对于代码规范的实践，具有双重含义：一是希望通过建立统一的代码规范，来加强开发人员之间的沟通，同时为代码走查提供了一定的标准；二是希望减少项目开发过程中的文档，极限认为代码是最好的文档。
在目前国内大的公司代码都有一套自己的规范，这对于同一个团队是非常有必要的。写JAVA代码的人应该都有阅读过，阿里巴巴JAVA代码规范。很多公司甚至以这个为蓝本在编写自己公司的代码规范。
有一个代码规范固然重要，但是更重要的是执行这种代码规范。
2.2 持续集成（Continuous Integration）
极限编程提倡在一天中集成系统多次，而且随着需求的改变，要不断的进行回归测试。因为，这样可以使得团队保持一个较高的开发速度，同时避免了一次系统集成的恶梦。著名的微软公司就有每日集成 ( Daily Build ) 的成功实践。但是，要注意的是，持续集成也需要良好的软件配置变更管理系统的有效支持。
2.3 集体代码所有制（Continuous Integration）
这里说的是开发成员都是一个团队的，是对整个代码负责，而不仅仅是自己手上的代码。这就要求我们的每一个开发团队成员有主人翁意识，不要认为不是我的代码，出了BUG也不管我的事情。有一点值得注意的就是要控制好代码。
其他文章：
18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会
17.【Kevin聊敏捷】敏捷项目管理之Sprint Review 迭代评审会
16.【Kevin聊敏捷】敏捷项目管理之Daily Scrum 每日站立会
15.【Kevin聊敏捷】敏捷项目管理之Sprint Planning 迭代规划会
14.【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动
13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练
12.【Kevin聊敏捷】敏捷项目管理之Development Team 开发团队
11.【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（二）
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。