接着上一篇的极限编程的12最佳实践来说，这一篇介绍团队圈 （Team Circle）
一、极限编程的分组
极限编程根据类型的不同分为：
- 编程圈 （Coding Circle）
- 团队圈 （Team Circle）
- 流程圈 （Process Circle）
- 产品圈 （Product Circle）
图一 极限编程的12个最佳实践二、团队圈 （Team Circle）
团队圈分为：代码规范（Code Standards），持续集成（Continuous Integration），集体代码所有制（Continuous Integration）
图二 团队圈 （Team Circle）2.1 代码规范（Code Standards）
极限编程要求同一个团队用一套代码规范，强调通过指定严格的代码规范来进行沟通，尽可能减少不必要的文档。
极限编程对于代码规范的实践，具有双重含义：一是希望通过建立统一的代码规范，来加强开发人员之间的沟通，同时为代码走查提供了一定的标准；二是希望减少项目开发过程中的文档，极限认为代码是最好的文档。
在目前国内大的公司代码都有一套自己的规范，这对于同一个团队是非常有必要的。写JAVA代码的人应该都有阅读过，阿里巴巴JAVA代码规范。很多公司甚至以这个为蓝本在编写自己公司的代码规范。
有一个代码规范固然重要，但是更重要的是执行这种代码规范。
图三 代码规范（Code Standards）2.2 持续集成（Continuous Integration）
极限编程提倡在一天中集成系统多次，而且随着需求的改变，要不断的进行回归测试。因为，这样可以使得团队保持一个较高的开发速度，同时避免了一次系统集成的恶梦。著名的微软公司就有每日集成 ( Daily Build ) 的成功实践。但是，要注意的是，持续集成也需要良好的软件配置变更管理系统的有效支持。
图四 持续集成（Continuous Integration）2.3 集体代码所有制（Continuous Integration）
这里说的是开发成员都是一个团队的，是对整个代码负责，而不仅仅是自己手上的代码。这就要求我们的每一个开发团队成员有主人翁意识，不要认为不是我的代码，出了BUG也不管我的事情。有一点值得注意的就是要控制好代码。
图四 集体代码所有制（Continuous Integration）
其他文章：
21.【Kevin聊敏捷】XP极限编程之12最佳实践（一）
20.【Kevin聊敏捷】XP极限编程之5个价值
19.【Kevin聊敏捷】XP极限编程之概述
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 产品负责人（二）
10.【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（一）
09.【Kevin聊敏捷】敏捷项目管理之Scrum三大支柱
08.【Kevin聊敏捷】敏捷项目管理之Scrum价值
07.【Kevin聊敏捷】敏捷项目管理之Scrum
06.【Kevin聊敏捷】项目生命周期之敏捷型生命周期
05.【Kevin聊敏捷】项目生命周期之增量型生命周期
04.【Kevin聊敏捷】项目生命周期之迭代型生命周期
03.【Kevin聊敏捷】项目生命周期之预测型生命周期
02.【Kevin聊敏捷】项目管理的四种生命周期
01.【Kevin聊敏捷】传统项目管理VS敏捷项目管理对比-各模式的发展历程
