结对编程

结对编程。

极限编程中4个个人实践中的一个，也是我们团队中坚持推广的实践之一。

我们以前采用代码检查的流程，来保证代码的质量。

推广结对编程之后，我们取消的代码检查。

半年的时间以来一直都坚持结对编程，每一次我们都再回顾回忆中，提出结对的优点，以及缺点，尽量的让大家认识到结对带来的好处，来提高大家对于结对的热情。

为什么要结对？

第一点，就是思考，一个人思考问题肯定没有两个人思考问题来的明白，看的清楚。当一个东西你理解了，并且还能清楚的表达的时候，那么思路会更清晰。
第二点，就是一个Bug再什么时候发现，花费最少，自然是设计的编码的时候。
第三点，加强交流，使得知识能够更快的再整个团队传播，使得代码全员共享。
第四点，所有的知识都有备份。


半年来，结对的推广很意外的，没有太多的抱怨，很奇怪的现象，因为在公司内部，其他很多实施敏捷团队的反馈来看，结对大多都是失败结束的。

一个人无知不可怕，最可怕的就是无知还被别人知道，结对无疑很多时候暴露了自己的无知。

问题：
结对的效率，结对之后我们发现，2个人一起工作能够完成的工作等于分开做的80%左右，

结对过程中，大家都很不愿意更换结对对象，结对之后，结对之后忘记休息，我们规定每次结对的时间应该在一个到一个半小时之间，可是有时候，一下午结对都没有休息是时有发生，我们决定强行休息、

至于结对对象的更换，我们规定每个任务结束之后更换结对的对象.

我们将坚持的推广这个实践，毕竟作为极限编程的四个实践都是互相影响的，互相促进的，少了其中一个就不完整。

最后的结果，要等到我们再完成2-3个Sprint之后，我们会出一份QA的数据，看一看，我们的敏捷带来了什么。

结对的意义真得很大么？

一个开发组人数一般不会超过10人，1个leader 负责设计和任务分解分配，2-3个资深人员作为主力开发人员，其他的是刚毕业或者1年经验的初哥

初哥和初哥结对没有任何意义
初哥和资深结对是拖累
资深和资深结对是浪费

我还以为国内没有公司搞结对呢，

楼主在什么公司？

结对编程主要的目的是思考，一起思考，资深的人难道写的代码就不会有错误，难道就不会犯初心大意的错误？

一起思考就是保证我们的想法理解是正确的，结队编程不是一起写代码，是一起思考如何解决问题的。

结对还有一个很大的优势，就是知识能够很快的传播，也能很大的提高效率。

初哥就应该去死
打倒一万遍
再踩上一脚
让丫永生永世作初哥.

继续说说资深和初哥。

开始的时候说了，无知不可怕，无知被别人知道最可怕，既然初哥都愿意让别人知道无知了，都如此的大无畏了，资深还有什么好害怕的呢？

难道害怕被初哥说无知？

结对编程，无论初哥也好，资深也罢，一起想问题，总是能发现一个人想问题时候，考虑不周全的地方，在结对的过程中，我相信对于初哥的成长绝对远大于一个人独自编程。

在说讨论的问题，如果你的表达无法让初哥明白，那么第一这个家伙什么都不懂，需要回去补习，第二就是你对问题的理解有问题，无法表述清楚一个问题的时候，是不是应该想想为什么，我这么说别人不明白，是谁的原因，这样你的理解是不是更加深入了呢？

结对编程的确有很多人说不愿意，再她还没有接触的时候，可是如果都不尝试一下，就说不行，无论如何都没有说服力的，所以尝试，总结，继续尝试，也许结对真的不适合，那么至少我也很清楚知道，为什么不结对了。

楼主明显是tw的。

设计的时候，两个人或者多个人互相讨论（所有相关模块 相关人员都进来）

编码的时候，一个人写测试，一个人写代码，连接两个人的纽带是接口。

男的和女的结队把。。

这个我昨天才知道TW代表啥意思。。。

我就是一个被老板，推出来，尝试敏捷开发的螃蟹。