XP的反省-Pair Programming

工作效率提高，难道只对老板有好处么？
你自己不也少加班、有成就、有绩效？

msn上聊吧

Pair on demand

pair有很多种形式的.不光是简简单单地分配两个人干同一件事情.比如可以一个人写测试一个人写实现.或者一个人写一个测试,然后接着另外一个人来实现,然后再轮换.不同的方式达到的效果是不同的.实际工作中,比较多的情况是高低搭配.一个老手带一个新手.这种时候比较适合老手写测试,新手写实现.然后等新手实现好了之后,老手再指出设计中可以改进的地方,这个时候来演示如何去用重构来改进设计.
这个过程是不是一个很高效的实现功能的过程?当然不是.如果不带pair,那个老手可以以两倍甚至三倍的效率来工作.但是这样的team就没法发展.老手永远没有机会roll off.公司的员工也没有成长.
有的时候,客户指定只买一个人,不买一个pair.后期就发现,那一块东西别人都不知道,出了什么问题都得打电话问以前做的那个人.

男女搭配 干活不累

男女搭配写程序 都累

赞同taowen,我们正确界定目标,不要太注重形式,思想才是核心.

鼓掌，xp让人精神紧张，这样的情况不利于喜欢宽松环境的程序员，至少我是如此
轻松的环境才能高效，我现在一周的工作往往2－3天就完成，剩下的时间可以来这里灌水

来简单说下我的pair，现在可以说是一个老手一个新手在结对，新手完全可以自己干好所有的事情，他知道需求，老手对需求知道的要少些。
我们每天早上可以拿出时间两个人去读新闻，然后看资料，做点自己喜欢的事情，大概一个小时左右之后我们开始pair，我们并不担心看新闻聊天所浪费的时间，因为我们可以用两个小时的时间去做4个小时所做的事情。
（这并不是说pair可以直接提高编程效率。）
中午休息之后也是一样地。一个小时可以喜欢做什么就做什么

用两个小时做4个小时的事，说法有点夸张 （我只你把它归结到pair programming），刚才还有个朋友说如果老手不合和新手pair会以2-3倍的速度完成task。 一般的用XP的公司都没有说8个小时pair的， 6-7个小时属于普遍。不过我很难赞成你们用用两个小时的时间去做4个小时所做的事情是pair programming的结果。

假设 A和B, 分别完成task1, task2, 需要 4小时， 也就是 8 man hour. 但是你们如果pair了2小时完工， 需要4 man  hour. task1从原来的4 小时 （4 man hour）缩减到 1 pair小时 （2 man hour）. 也就是说pair可以从某种角度提高工作效率by 75%  我个人觉得不大可能，人的因素肯定占很大比例。

我们公司还有个有趣的现象就是有一个iteration我们发现我们的velocity突然提高，最后究其原因 那周我们没怎么pair...



其实我想在我公司提倡的恰恰和你相反，早上大家来了先pair一个小时，然后该干么干什么去， 如果意犹未尽，可以继续，但是下午最好不要再pair了。