接着上一篇的极限编程的12最佳实践来说,这一篇介绍团队圈 (Team Circle)
极限编程根据类型的不同分为:
团队圈分为:代码规范(Code Standards),持续集成(Continuous Integration),集体代码所有制(Continuous Integration)
极限编程要求同一个团队用一套代码规范,强调通过指定严格的代码规范来进行沟通,尽可能减少不必要的文档。
极限编程对于代码规范的实践,具有双重含义:一是希望通过建立统一的代码规范,来加强开发人员之间的沟通,同时为代码走查提供了一定的标准;二是希望减少项目开发过程中的文档,极限认为代码是最好的文档。
在目前国内大的公司代码都有一套自己的规范,这对于同一个团队是非常有必要的。写JAVA代码的人应该都有阅读过,阿里巴巴JAVA代码规范。很多公司甚至以这个为蓝本在编写自己公司的代码规范。
有一个代码规范固然重要,但是更重要的是执行这种代码规范。
极限编程提倡在一天中集成系统多次,而且随着需求的改变,要不断的进行回归测试。因为,这样可以使得团队保持一个较高的开发速度,同时避免了一次系统集成的恶梦。著名的微软公司就有每日集成 ( 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 删除。