文档介绍：敏捷开发模型实践之交换编程
商务通用Powerpoint模板
结对编程的应用与感受
劣势
给人浪费一个人力的感受。
结对编程的应用与感受
劣势
给人浪费一个人力的感受。
没有数据表明Pair相当于两个Solo的效率（200敏捷开发模型实践之交换编程
商务通用Powerpoint模板
结对编程的应用与感受
劣势
给人浪费一个人力的感受。
结对编程的应用与感受
劣势
给人浪费一个人力的感受。
没有数据表明Pair相当于两个Solo的效率（2006年10月从IEEE检索到的两百多篇敏捷开发相关的学术论文涉及到结对编程部分的73篇论文里面得到的结论）。
Pair需要三个月的适应期（来自2006年中国敏捷开发者大会TW的CEO的发言）。
交换编程的产生与提出
交换编程的产生与提出
2002年4月到7月某公司内
部ERP系统开发中的结对编
程实践
Pair 4天=solo 2个星期
2002年11月到2003年3月中国电信MSS系统第一次交付前的版本开发中采用了交换开发的方式。
2006年正式提出了交换编程的概念，并做出了定义。
交换编程的定义
交换编程的定义
两位或者多位程序员轮流开发同一个软件系统的同一个模块的不同阶段的任务。
交换方式
两两交换： A1的开发内容交给A2，A2的交给A1，他们都不交给第三个人。
轮流交换：例如：A1的开发内容交给A2，A2的交给A3，……，An的交给A1。
交换编程的定义
交换方式
两两交换：
交换前：
交换后：
交换编程的定义
交换方式
轮流交换：
交换前：
交换后：
再次交换：
交换编程的实施方式
传统开发方式下的实施方式
阶段
交换模式
说明
需求调研
N/A
起始阶段，不需要考虑交换
需求分析
轮流交换
概要设计
轮流交换
详细设计
轮流交换
编码实现
两两交换
交换编程的实施方式
UP/全程建模的实施方式
优劣势分析
优劣势分析
开发时间“浪费”不明显；
项目组稳定性提高；
优劣势分析
优劣势分析
开发时间“浪费”不明显；
项目组稳定性提高；
更适合没有绝对高手的团队；
团队内交流增加；
唯一可能的劣势：单一工件看开发周期会比一个熟练的技术人员完成此工件开发的周期略有延长。
多种模式的结合应用
多种模式的结合应用
结对编程与交换编程混合使用；
单人编程与结对编程、交换编程的混合使用。
多种模式的结合应用
多种模式的结合应用
序号
对比项
单人编程
交换编程
结对编程
交换编程 + 结对编程
说明
1
开发时间看上去的浪费感觉
无
无
有
有
感觉上结对编程会浪费一个人力
2
人员离职对项目的影响
可能造成某些模块而无人能够承接，必须从头开始
最多只需要从前一阶段结束的时候开始就可以了。
可以继续进行，基本上不受影响
可以继续进行，基本上不受影响
3
人员添加对项目的影像
需要安排人来指导，对项目影响较大
在不同阶段加入新人略有影响
通过结对来带动新人，项目进度略有影响
通过结对来带动新人，项目进度略有影响
4
团队内交流状况
很少
交流较多
结对内交流较多，结对间很少交流
结对内和结对外交流都很多
5
团队的稳定性
差
稳定
稳定
非常稳定
多种模式的结合应用
多种模式的结合应用
序号
对比项
单人编程
交换编程
结对编程
交换编程 + 结对编程
说明
6
团队内技术水平较为均衡，没有技术水平特别突出的技术人员
适用
适用
不太适用
适用
比较符合中国大陆和大多数发展中国家的软件人才状况
7
团队内有技术水平较高经验超过20年的技术人员
对这个人会有较多地依赖
适用，但是会降低这个人对全部项目的直接影响
必须有，对这个人会有较多地依赖
适用
比较符合欧美发达国家的软件人才状况
8
结对适应期
没有
没有
三个月的适应期
三个月的适应期
结对效果是否能超过两个人独立开发的效率是未知的。
9
项目周期短于三个月
适用
适用
有些不适用
不适用
10
项目周期在三到六个月之间
适用
适用
有些不适用
不适用
因为时间较短，因此结对的效果还很难发挥出来
多种模式的结合应用
多种模式的结合应用
序号
对比项
单人编程
交换编程
结对编程
交换编程 + 结对编程
说明
11
项目周期大于六个月
适用，但要考虑人员变动问题
适用
适用
适用
六个月一般会是技术人员变动和适应的一个时限
12
团队人数<5人
适用
适用
不适用
不适用
13
5人≤团队