I am a graduate student working with Dr. Laurie Williams.  I would
like to ask for a small bit of your time to answer a short survey on
pair programming compatibility.  This survey should take you less than
5 minutes to answer (really -- we've tested it).  The survey is at:
http://pairp.csc.ncsu.edu/compatibility.jsp
The purpose of the survey is for us to examine the factors that make
pair programmers more or less compatible with each other.  We would be
happy to share the results of the survey with you.

Please complete the survey by Monday, June 28, 2004.  A compilation of
the results will be available at
http://pairp.csc.ncsu.edu/compatability_results.html
by Friday, July 9.  We would very much appreciate your participation
in this survey.

Thanks!
Neha Katira

I will be happy to take the survey.  BTW, I am engaging
in related research that is cross-discipline.

I don't the disciplinary nature of your research, but
if you have not realized and included it already, there
is quite a bit of material available related to the
"laws" of pair programming (and software development in
general), such as Group Processes and Social
Psychology.  In fact, there has been social
psychological research accomplished already with
software development teams that is available in various
databases.

Best,
-Mark

On Tue, 22 Jun 2004 11:33:42 -0000, "nehakatira" wrote:

> Message-Id: <cb95em+c2k8@eGroups.com>
> List-Unsubscribe:
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> From: "nehakatira" <nehakatira@...>
> Reply-To: Agile_Experience_Group@yahoogroups.com
> X-Mailer: Yahoo Groups Message Poster
> Date: Tue, 22 Jun 2004 11:33:42 -0000
> Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
> Received: (cpmta 27459 invoked from network); 22 Jun
2004 04:33:53 -0700
> Received: from 66.218.66.75 (HELO
n2.grp.scd.yahoo.com)
>  by smtp.c000.snv.cp.net (209.228.32.58) with SMTP;
22 Jun 2004 04:33:53 -0700
> Received: from [66.218.66.28] by n2.grp.scd.yahoo.com
with NNFMP; 22 Jun 2004 11:33:51 -0000
> Received: (qmail 250 invoked from network); 22 Jun
2004 11:33:50 -0000
> Received: from unknown (66.218.66.166)
>  by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
11:33:50 -0000
> Received: from unknown (HELO n27.grp.scd.yahoo.com)
(66.218.66.83)
>  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
11:33:50 -0000
> Received: from [66.218.67.131] by
n27.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 11:33:46
-0000
> X-Egroups-Return:
sentto-4520250-442-1087904031-Mark=Graybill.com@...
> User-Agent: eGroups-EW/0.82
> X-Yahoo-Profile: nehakatira
> Content-Type: text/plain; charset=ISO-8859-1
> X-Egroups-Remote-Ip: 66.218.66.83
> X-Apparently-To:
Agile_Experience_Group@yahoogroups.com
> Subject: [AEG] Pair programming compatibility
> X-Received: 22 Jun 2004 11:33:53 GMT
> X-Originating-Ip: 166.82.35.210
> Precedence: bulk
> Delivered-To: graybill.com%Mark@...
> Delivered-To: mailing list
Agile_Experience_Group@yahoogroups.com
> Return-Path:
<sentto-4520250-442-1087904031-Mark=Graybill.com@...>
> Content-Transfer-Encoding: 7bit
> MIME-Version: 1.0
> To: Agile_Experience_Group@yahoogroups.com
> X-Sender: nehakatira@...
>
> I am a graduate student working with Dr. Laurie
> Williams.  I would
> like to ask for a small bit of your time to answer a
> short survey on
> pair programming compatibility.  This survey should
> take you less than
> 5 minutes to answer (really -- we've tested it).  The
> survey is at:
> http://pairp.csc.ncsu.edu/compatibility.jsp
> The purpose of the survey is for us to examine the
> factors that make
> pair programmers more or less compatible with each
> other.  We would be
> happy to share the results of the survey with you.
>
> Please complete the survey by Monday, June 28, 2004.
A
> compilation of
> the results will be available at
> http://pairp.csc.ncsu.edu/compatability_results.html
> by Friday, July 9.  We would very much appreciate your
> participation
> in this survey.
>
> Thanks!
> Neha Katira
>
>
>
> ------------------------ Yahoo! Groups Sponsor
>
>
> Yahoo! Groups Links
>
> http://groups.yahoo.com/group/Agile_Experience_Group/
>
Agile_Experience_Group-unsubscribe@yahoogroups.com
>
>

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com

Mark,

Do you have some good links available for "laws" of pair programming? My
fear of it is that the quiet person will be constantly overruled by the
other half of the pair.  Or does that turn out to not be a problem?

Thanks,
Rachel

-----Original Message-----
From: Mark@... [mailto:Mark@...]
Sent: Tuesday, June 22, 2004 10:27 AM
To: Agile_Experience_Group@yahoogroups.com
Subject: Re: [AEG] Pair programming compatibility


I will be happy to take the survey.  BTW, I am engaging
in related research that is cross-discipline.

I don't the disciplinary nature of your research, but
if you have not realized and included it already, there
is quite a bit of material available related to the
"laws" of pair programming (and software development in general), such
as Group Processes and Social Psychology.  In fact, there has been
social psychological research accomplished already with software
development teams that is available in various databases.

Best,
-Mark

On Tue, 22 Jun 2004 11:33:42 -0000, "nehakatira" wrote:

> Message-Id: <cb95em+c2k8@eGroups.com>
> List-Unsubscribe:
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> From: "nehakatira" <nehakatira@...>
> Reply-To: Agile_Experience_Group@yahoogroups.com
> X-Mailer: Yahoo Groups Message Poster
> Date: Tue, 22 Jun 2004 11:33:42 -0000
> Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
> Received: (cpmta 27459 invoked from network); 22 Jun
2004 04:33:53 -0700
> Received: from 66.218.66.75 (HELO
n2.grp.scd.yahoo.com)
>  by smtp.c000.snv.cp.net (209.228.32.58) with SMTP;
22 Jun 2004 04:33:53 -0700
> Received: from [66.218.66.28] by n2.grp.scd.yahoo.com
with NNFMP; 22 Jun 2004 11:33:51 -0000
> Received: (qmail 250 invoked from network); 22 Jun
2004 11:33:50 -0000
> Received: from unknown (66.218.66.166)
>  by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
11:33:50 -0000
> Received: from unknown (HELO n27.grp.scd.yahoo.com)
(66.218.66.83)
>  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
11:33:50 -0000
> Received: from [66.218.67.131] by
n27.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 11:33:46
-0000
> X-Egroups-Return:
sentto-4520250-442-1087904031-Mark=Graybill.com@...
> User-Agent: eGroups-EW/0.82
> X-Yahoo-Profile: nehakatira
> Content-Type: text/plain; charset=ISO-8859-1
> X-Egroups-Remote-Ip: 66.218.66.83
> X-Apparently-To:
Agile_Experience_Group@yahoogroups.com
> Subject: [AEG] Pair programming compatibility
> X-Received: 22 Jun 2004 11:33:53 GMT
> X-Originating-Ip: 166.82.35.210
> Precedence: bulk
> Delivered-To: graybill.com%Mark@...
> Delivered-To: mailing list
Agile_Experience_Group@yahoogroups.com
> Return-Path:
<sentto-4520250-442-1087904031-Mark=Graybill.com@...
m>
> Content-Transfer-Encoding: 7bit
> MIME-Version: 1.0
> To: Agile_Experience_Group@yahoogroups.com
> X-Sender: nehakatira@...
>
> I am a graduate student working with Dr. Laurie
> Williams.  I would
> like to ask for a small bit of your time to answer a
> short survey on
> pair programming compatibility.  This survey should
> take you less than
> 5 minutes to answer (really -- we've tested it).  The
> survey is at:
> http://pairp.csc.ncsu.edu/compatibility.jsp
> The purpose of the survey is for us to examine the
> factors that make
> pair programmers more or less compatible with each
> other.  We would be
> happy to share the results of the survey with you.
>
> Please complete the survey by Monday, June 28, 2004.
A
> compilation of
> the results will be available at
> http://pairp.csc.ncsu.edu/compatability_results.html
> by Friday, July 9.  We would very much appreciate your participation
> in this survey.
>
> Thanks!
> Neha Katira
>
>
>
> ------------------------ Yahoo! Groups Sponsor
>
>
> Yahoo! Groups Links
>
> http://groups.yahoo.com/group/Agile_Experience_Group/
>
Agile_Experience_Group-unsubscribe@yahoogroups.com
>
>


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com




Yahoo! Groups Links

Found one interesting paper on this topic:

"All I Need to Know about Pair Programming I Learned in Kindergarten"

http://collaboration.csc.ncsu.edu/laurie/Papers/Kindergarten.PDF

I'm sure there are many others.

Rachel

-----Original Message-----
From: Struthers, Rachel
Sent: Tuesday, June 22, 2004 10:30 AM
To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility


Mark,

Do you have some good links available for "laws" of pair programming? My
fear of it is that the quiet person will be constantly overruled by the
other half of the pair.  Or does that turn out to not be a problem?

Thanks,
Rachel

-----Original Message-----
From: Mark@... [mailto:Mark@...]
Sent: Tuesday, June 22, 2004 10:27 AM
To: Agile_Experience_Group@yahoogroups.com
Subject: Re: [AEG] Pair programming compatibility


I will be happy to take the survey.  BTW, I am engaging
in related research that is cross-discipline.

I don't the disciplinary nature of your research, but
if you have not realized and included it already, there
is quite a bit of material available related to the
"laws" of pair programming (and software development in general), such
as Group Processes and Social Psychology.  In fact, there has been
social psychological research accomplished already with software
development teams that is available in various databases.

Best,
-Mark

On Tue, 22 Jun 2004 11:33:42 -0000, "nehakatira" wrote:

> Message-Id: <cb95em+c2k8@eGroups.com>
> List-Unsubscribe:
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> From: "nehakatira" <nehakatira@...>
> Reply-To: Agile_Experience_Group@yahoogroups.com
> X-Mailer: Yahoo Groups Message Poster
> Date: Tue, 22 Jun 2004 11:33:42 -0000
> Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
> Received: (cpmta 27459 invoked from network); 22 Jun
2004 04:33:53 -0700
> Received: from 66.218.66.75 (HELO
n2.grp.scd.yahoo.com)
>  by smtp.c000.snv.cp.net (209.228.32.58) with SMTP;
22 Jun 2004 04:33:53 -0700
> Received: from [66.218.66.28] by n2.grp.scd.yahoo.com
with NNFMP; 22 Jun 2004 11:33:51 -0000
> Received: (qmail 250 invoked from network); 22 Jun
2004 11:33:50 -0000
> Received: from unknown (66.218.66.166)
>  by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
11:33:50 -0000
> Received: from unknown (HELO n27.grp.scd.yahoo.com)
(66.218.66.83)
>  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
11:33:50 -0000
> Received: from [66.218.67.131] by
n27.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 11:33:46
-0000
> X-Egroups-Return:
sentto-4520250-442-1087904031-Mark=Graybill.com@...
> User-Agent: eGroups-EW/0.82
> X-Yahoo-Profile: nehakatira
> Content-Type: text/plain; charset=ISO-8859-1
> X-Egroups-Remote-Ip: 66.218.66.83
> X-Apparently-To:
Agile_Experience_Group@yahoogroups.com
> Subject: [AEG] Pair programming compatibility
> X-Received: 22 Jun 2004 11:33:53 GMT
> X-Originating-Ip: 166.82.35.210
> Precedence: bulk
> Delivered-To: graybill.com%Mark@...
> Delivered-To: mailing list
Agile_Experience_Group@yahoogroups.com
> Return-Path:
<sentto-4520250-442-1087904031-Mark=Graybill.com@...
m>
> Content-Transfer-Encoding: 7bit
> MIME-Version: 1.0
> To: Agile_Experience_Group@yahoogroups.com
> X-Sender: nehakatira@...
>
> I am a graduate student working with Dr. Laurie
> Williams.  I would
> like to ask for a small bit of your time to answer a
> short survey on
> pair programming compatibility.  This survey should
> take you less than
> 5 minutes to answer (really -- we've tested it).  The
> survey is at:
> http://pairp.csc.ncsu.edu/compatibility.jsp
> The purpose of the survey is for us to examine the
> factors that make
> pair programmers more or less compatible with each
> other.  We would be
> happy to share the results of the survey with you.
>
> Please complete the survey by Monday, June 28, 2004.
A
> compilation of
> the results will be available at
> http://pairp.csc.ncsu.edu/compatability_results.html
> by Friday, July 9.  We would very much appreciate your participation
> in this survey.
>
> Thanks!
> Neha Katira
>
>
>
> ------------------------ Yahoo! Groups Sponsor
>
>
> Yahoo! Groups Links
>
> http://groups.yahoo.com/group/Agile_Experience_Group/
>
Agile_Experience_Group-unsubscribe@yahoogroups.com
>
>


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com




Yahoo! Groups Links









Yahoo! Groups Links

I quoted "laws" because I was implying that because we
are human beings, the disciplines related to
understanding human nature help predict and understand
our behavior.

The material I mentioned is found in paid databases -
the links wouldn't work, not to mention most of the
material isn't directly related (you would have to do
an archival study to elicit what you are looking for.)

This is what I am currently working on - still quite a
bit of effort remaining.  In fact I just returned from
giving a presentation proposing a strategy related to
this topic to an engineering team at a medical device
company.  Hopefully they will participate in my
research.

Mark.

On Tue, 22 Jun 2004 10:30:03 -0500, "Struthers, Rachel"
wrote:

> Message-Id:
<01C22B6B78D52B46BE3C38FB525617EF6CDE88@...>
> List-Unsubscribe:
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> Thread-Topic: [AEG] Pair programming compatibility
> From: "Struthers, Rachel" <rstruthers@...>
> Reply-To: Agile_Experience_Group@yahoogroups.com
> X-Mimeole: Produced By Microsoft Exchange V6.0.6487.1
> Date: Tue, 22 Jun 2004 10:30:03 -0500
> Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
> Received: (cpmta 2205 invoked from network); 22 Jun
2004 08:33:01 -0700
> Received: from 66.218.66.87 (HELO
n30.grp.scd.yahoo.com)
>  by smtp.c000.snv.cp.net (209.228.32.88) with SMTP;
22 Jun 2004 08:33:01 -0700
> Received: from [66.218.66.28] by
n30.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 15:30:06
-0000
> Received: (qmail 13204 invoked from network); 22 Jun
2004 15:30:06 -0000
> Received: from unknown (66.218.66.218)
>  by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
15:30:06 -0000
> Received: from unknown (HELO OSIMAIL.osii.com)
(208.42.8.142)
>  by mta3.grp.scd.yahoo.com with SMTP; 22 Jun 2004
15:30:05 -0000
> X-Egroups-Return:
sentto-4520250-444-1087918206-Mark=Graybill.com@...
> X-Yahoo-Profile: rstruthers1
> Content-Type: text/plain; charset=US-ASCII
> Thread-Index: AcRYbXFGHAy+wprkRxu0TaB5XIzTSAAAA85Q
> X-MS-Tnef-Correlator: X-Egroups-Remote-Ip:
208.42.8.142
> X-Apparently-To:
Agile_Experience_Group@yahoogroups.com
> Subject: RE: [AEG] Pair programming compatibility
> X-Received: 22 Jun 2004 15:33:01 GMT
> Content-Class: urn:content-classes:message
> X-MS-Has-Attach: Precedence: bulk
> Delivered-To: graybill.com%Mark@...
> Delivered-To: mailing list
Agile_Experience_Group@yahoogroups.com
> Return-Path:
<sentto-4520250-444-1087918206-Mark=Graybill.com@...>
> Content-Transfer-Encoding: 7bit
> MIME-Version: 1.0
> X-Sender: rstruthers@...
> To: <Agile_Experience_Group@yahoogroups.com>
>
> Mark,
>
> Do you have some good links available for "laws" of
> pair programming? My
> fear of it is that the quiet person will be constantly
> overruled by the
> other half of the pair.  Or does that turn out to not
> be a problem?
>
> Thanks,
> Rachel
>
> -----Original Message-----
> From: Mark@... [mailto:Mark@...]
> Sent: Tuesday, June 22, 2004 10:27 AM
> To: Agile_Experience_Group@yahoogroups.com
> Subject: Re: [AEG] Pair programming compatibility
>
>
> I will be happy to take the survey.  BTW, I am
engaging
> in related research that is cross-discipline.
>
> I don't the disciplinary nature of your research, but
> if you have not realized and included it already,
there
> is quite a bit of material available related to the
> "laws" of pair programming (and software development
in
> general), such
> as Group Processes and Social Psychology.  In fact,
> there has been
> social psychological research accomplished already
with
> software
> development teams that is available in various
> databases.
>
> Best,
> -Mark
>
> On Tue, 22 Jun 2004 11:33:42 -0000, "nehakatira"
wrote:
>
> > Message-Id: <cb95em+c2k8@eGroups.com>
> > List-Unsubscribe:
>
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> > From: "nehakatira" <nehakatira@...>
> > Reply-To: Agile_Experience_Group@yahoogroups.com
> > X-Mailer: Yahoo Groups Message Poster
> > Date: Tue, 22 Jun 2004 11:33:42 -0000
> > Mailing-List: list
> Agile_Experience_Group@yahoogroups.com; contact
> Agile_Experience_Group-owner@yahoogroups.com
> > Received: (cpmta 27459 invoked from network); 22 Jun
> 2004 04:33:53 -0700
> > Received: from 66.218.66.75 (HELO
> n2.grp.scd.yahoo.com)
> >  by smtp.c000.snv.cp.net (209.228.32.58) with SMTP;
> 22 Jun 2004 04:33:53 -0700
> > Received: from [66.218.66.28] by
n2.grp.scd.yahoo.com
> with NNFMP; 22 Jun 2004 11:33:51 -0000
> > Received: (qmail 250 invoked from network); 22 Jun
> 2004 11:33:50 -0000
> > Received: from unknown (66.218.66.166)
> >  by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
> 11:33:50 -0000
> > Received: from unknown (HELO n27.grp.scd.yahoo.com)
> (66.218.66.83)
> >  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
> 11:33:50 -0000
> > Received: from [66.218.67.131] by
> n27.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 11:33:46
> -0000
> > X-Egroups-Return:
>
sentto-4520250-442-1087904031-Mark=Graybill.com@...
> > User-Agent: eGroups-EW/0.82
> > X-Yahoo-Profile: nehakatira
> > Content-Type: text/plain; charset=ISO-8859-1
> > X-Egroups-Remote-Ip: 66.218.66.83
> > X-Apparently-To:
> Agile_Experience_Group@yahoogroups.com
> > Subject: [AEG] Pair programming compatibility
> > X-Received: 22 Jun 2004 11:33:53 GMT
> > X-Originating-Ip: 166.82.35.210
> > Precedence: bulk
> > Delivered-To: graybill.com%Mark@...
> > Delivered-To: mailing list
> Agile_Experience_Group@yahoogroups.com
> > Return-Path:
>
<sentto-4520250-442-1087904031-Mark=Graybill.com@...
> m>
> > Content-Transfer-Encoding: 7bit
> > MIME-Version: 1.0
> > To: Agile_Experience_Group@yahoogroups.com
> > X-Sender: nehakatira@...
> >
> > I am a graduate student working with Dr. Laurie
> > Williams.  I would
> > like to ask for a small bit of your time to answer a
> > short survey on
> > pair programming compatibility.  This survey should
> > take you less than
> > 5 minutes to answer (really -- we've tested it).
The
> > survey is at:
> > http://pairp.csc.ncsu.edu/compatibility.jsp
> > The purpose of the survey is for us to examine the
> > factors that make
> > pair programmers more or less compatible with each
> > other.  We would be
> > happy to share the results of the survey with you.
> >
> > Please complete the survey by Monday, June 28, 2004.
> A
> > compilation of
> > the results will be available at
> > http://pairp.csc.ncsu.edu/compatability_results.html
> > by Friday, July 9.  We would very much appreciate
> your participation
> > in this survey.
> >
> > Thanks!
> > Neha Katira
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> >
> >
> > Yahoo! Groups Links
> >
> >
http://groups.yahoo.com/group/Agile_Experience_Group/
> >
> Agile_Experience_Group-unsubscribe@yahoogroups.com
> >
> >
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> "The difference between making a breakthrough and not
> can often be just a small element of perception."
> - Brian Greene, Ph.D. "String Theory"
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor
>
>
> Yahoo! Groups Links
>
> http://groups.yahoo.com/group/Agile_Experience_Group/
>
Agile_Experience_Group-unsubscribe@yahoogroups.com
>
>

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com

She makes some good points - and they are indeed
important.  However, and unfortunately, it isn't that
simple.  The truth is there are far more complicated
processes going on (because we are far more complicated
than we were at age 5), and when it comes to the
cognition and interpersonal interactions of a software
developer or engineer, where success during analysis,
creativity and ingenuity are key aspects of the job,
conceding to the simplicity of a catchy title can do
more harm than good.  Moreover, as a pair, the
cognitive cohesion of the two minds and conceptual
integrity of the tasks performed become crucial in
predicting the productivity of the pair and the quality
of their work.

A real life example might help me explain.  Pair
programming is used at one of my clients (they call it
pair engineering.)  I found that in the beginning,
social cognition and social perception, along with some
Groupthink phenomenon could influence the outcomes.
One pair consisted of a couple of experienced
developers with pair programming that is a good example
of this.

Without going into the details of the two developers,
what happened was a tendency toward consensus.  Anyone
who studies social psychology and group processes would
know that such a tendency is the opposite of critical
thinking - the necessary paradigm to make pair
programming effective.  The motivations behind some of
the rules in the abstract of the cited article play
into the motivation toward seeking consensus.

What made it worse was they believed that the pair's
decisions were right.

The result was wasted time during pairing, and the two
only discovered serious design and implementation
problems when they were not pairing - later after the
mistakes were made.

In order for pair programming to be worth the effort,
we must go way beyond kindergarten.  It isn't difficult
and it isn't unknown - we simply need to learn from
other disciplines and apply the principles and
techniques they've known for decades.

Best,
Mark


On Tue, 22 Jun 2004 10:50:00 -0500, "Struthers, Rachel"
wrote:

> Message-Id:
<01C22B6B78D52B46BE3C38FB525617EF6CDE89@...>
> List-Unsubscribe:
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> Thread-Topic: [AEG] Pair programming compatibility
> From: "Struthers, Rachel" <rstruthers@...>
> Reply-To: Agile_Experience_Group@yahoogroups.com
> X-Mimeole: Produced By Microsoft Exchange V6.0.6487.1
> Date: Tue, 22 Jun 2004 10:50:00 -0500
> Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
> Received: (cpmta 2291 invoked from network); 22 Jun
2004 08:50:04 -0700
> Received: from 66.218.66.90 (HELO
n6.grp.scd.yahoo.com)
>  by smtp.c000.snv.cp.net (209.228.32.61) with SMTP;
22 Jun 2004 08:50:04 -0700
> Received: from [66.218.67.199] by
n6.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 15:50:04
-0000
> Received: (qmail 74970 invoked from network); 22 Jun
2004 15:50:02 -0000
> Received: from unknown (66.218.66.166)
>  by m6.grp.scd.yahoo.com with QMQP; 22 Jun 2004
15:50:02 -0000
> Received: from unknown (HELO OSIMAIL.osii.com)
(208.42.8.142)
>  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
15:50:02 -0000
> X-Egroups-Return:
sentto-4520250-445-1087919403-Mark=Graybill.com@...
> X-Yahoo-Profile: rstruthers1
> Content-Type: text/plain; charset=US-ASCII
> Thread-Index:
AcRYbXFGHAy+wprkRxu0TaB5XIzTSAAAA85QAAC4tMA=
> X-MS-Tnef-Correlator: X-Egroups-Remote-Ip:
208.42.8.142
> X-Apparently-To:
Agile_Experience_Group@yahoogroups.com
> Subject: RE: [AEG] Pair programming compatibility
> X-Received: 22 Jun 2004 15:50:04 GMT
> Content-Class: urn:content-classes:message
> X-MS-Has-Attach: Precedence: bulk
> Delivered-To: graybill.com%Mark@...
> Delivered-To: mailing list
Agile_Experience_Group@yahoogroups.com
> Return-Path:
<sentto-4520250-445-1087919403-Mark=Graybill.com@...>
> Content-Transfer-Encoding: 7bit
> MIME-Version: 1.0
> X-Sender: rstruthers@...
> To: <Agile_Experience_Group@yahoogroups.com>
>
> Found one interesting paper on this topic:
>
> "All I Need to Know about Pair Programming I Learned
in
> Kindergarten"
>
>
http://collaboration.csc.ncsu.edu/laurie/Papers/Kindergarten.PDF
>
> I'm sure there are many others.
>
> Rachel
>
> -----Original Message-----
> From: Struthers, Rachel
> Sent: Tuesday, June 22, 2004 10:30 AM
> To: Agile_Experience_Group@yahoogroups.com
> Subject: RE: [AEG] Pair programming compatibility
>
>
> Mark,
>
> Do you have some good links available for "laws" of
> pair programming? My
> fear of it is that the quiet person will be constantly
> overruled by the
> other half of the pair.  Or does that turn out to not
> be a problem?
>
> Thanks,
> Rachel
>
> -----Original Message-----
> From: Mark@... [mailto:Mark@...]
> Sent: Tuesday, June 22, 2004 10:27 AM
> To: Agile_Experience_Group@yahoogroups.com
> Subject: Re: [AEG] Pair programming compatibility
>
>
> I will be happy to take the survey.  BTW, I am
engaging
> in related research that is cross-discipline.
>
> I don't the disciplinary nature of your research, but
> if you have not realized and included it already,
there
> is quite a bit of material available related to the
> "laws" of pair programming (and software development
in
> general), such
> as Group Processes and Social Psychology.  In fact,
> there has been
> social psychological research accomplished already
with
> software
> development teams that is available in various
> databases.
>
> Best,
> -Mark
>
> On Tue, 22 Jun 2004 11:33:42 -0000, "nehakatira"
wrote:
>
> > Message-Id: <cb95em+c2k8@eGroups.com>
> > List-Unsubscribe:
>
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> > From: "nehakatira" <nehakatira@...>
> > Reply-To: Agile_Experience_Group@yahoogroups.com
> > X-Mailer: Yahoo Groups Message Poster
> > Date: Tue, 22 Jun 2004 11:33:42 -0000
> > Mailing-List: list
> Agile_Experience_Group@yahoogroups.com; contact
> Agile_Experience_Group-owner@yahoogroups.com
> > Received: (cpmta 27459 invoked from network); 22 Jun
> 2004 04:33:53 -0700
> > Received: from 66.218.66.75 (HELO
> n2.grp.scd.yahoo.com)
> >  by smtp.c000.snv.cp.net (209.228.32.58) with SMTP;
> 22 Jun 2004 04:33:53 -0700
> > Received: from [66.218.66.28] by
n2.grp.scd.yahoo.com
> with NNFMP; 22 Jun 2004 11:33:51 -0000
> > Received: (qmail 250 invoked from network); 22 Jun
> 2004 11:33:50 -0000
> > Received: from unknown (66.218.66.166)
> >  by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
> 11:33:50 -0000
> > Received: from unknown (HELO n27.grp.scd.yahoo.com)
> (66.218.66.83)
> >  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
> 11:33:50 -0000
> > Received: from [66.218.67.131] by
> n27.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 11:33:46
> -0000
> > X-Egroups-Return:
>
sentto-4520250-442-1087904031-Mark=Graybill.com@...
> > User-Agent: eGroups-EW/0.82
> > X-Yahoo-Profile: nehakatira
> > Content-Type: text/plain; charset=ISO-8859-1
> > X-Egroups-Remote-Ip: 66.218.66.83
> > X-Apparently-To:
> Agile_Experience_Group@yahoogroups.com
> > Subject: [AEG] Pair programming compatibility
> > X-Received: 22 Jun 2004 11:33:53 GMT
> > X-Originating-Ip: 166.82.35.210
> > Precedence: bulk
> > Delivered-To: graybill.com%Mark@...
> > Delivered-To: mailing list
> Agile_Experience_Group@yahoogroups.com
> > Return-Path:
>
<sentto-4520250-442-1087904031-Mark=Graybill.com@...
> m>
> > Content-Transfer-Encoding: 7bit
> > MIME-Version: 1.0
> > To: Agile_Experience_Group@yahoogroups.com
> > X-Sender: nehakatira@...
> >
> > I am a graduate student working with Dr. Laurie
> > Williams.  I would
> > like to ask for a small bit of your time to answer a
> > short survey on
> > pair programming compatibility.  This survey should
> > take you less than
> > 5 minutes to answer (really -- we've tested it).
The
> > survey is at:
> > http://pairp.csc.ncsu.edu/compatibility.jsp
> > The purpose of the survey is for us to examine the
> > factors that make
> > pair programmers more or less compatible with each
> > other.  We would be
> > happy to share the results of the survey with you.
> >
> > Please complete the survey by Monday, June 28, 2004.
> A
> > compilation of
> > the results will be available at
> > http://pairp.csc.ncsu.edu/compatability_results.html
> > by Friday, July 9.  We would very much appreciate
> your participation
> > in this survey.
> >
> > Thanks!
> > Neha Katira
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> >
> >
> > Yahoo! Groups Links
> >
> >
http://groups.yahoo.com/group/Agile_Experience_Group/
> >
> Agile_Experience_Group-unsubscribe@yahoogroups.com
> >
> >
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> "The difference between making a breakthrough and not
> can often be just a small element of perception."
> - Brian Greene, Ph.D. "String Theory"
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor
>
>
> Yahoo! Groups Links
>
> http://groups.yahoo.com/group/Agile_Experience_Group/
>
Agile_Experience_Group-unsubscribe@yahoogroups.com
>
>

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com

You still haven't answered my original question - can a domineering
personality make the other person extremely unhappy - or doesn't that
matter?  Just looking for a yes or no - from anyone with real
experience.

-----Original Message-----
From: Mark@... [mailto:Mark@...]
Sent: Tuesday, June 22, 2004 11:59 AM
To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility


She makes some good points - and they are indeed
important.  However, and unfortunately, it isn't that
simple.  The truth is there are far more complicated
processes going on (because we are far more complicated
than we were at age 5), and when it comes to the
cognition and interpersonal interactions of a software developer or
engineer, where success during analysis, creativity and ingenuity are
key aspects of the job, conceding to the simplicity of a catchy title
can do more harm than good.  Moreover, as a pair, the cognitive cohesion
of the two minds and conceptual integrity of the tasks performed become
crucial in predicting the productivity of the pair and the quality of
their work.

A real life example might help me explain.  Pair
programming is used at one of my clients (they call it
pair engineering.)  I found that in the beginning,
social cognition and social perception, along with some Groupthink
phenomenon could influence the outcomes.
One pair consisted of a couple of experienced
developers with pair programming that is a good example
of this.

Without going into the details of the two developers,
what happened was a tendency toward consensus.  Anyone
who studies social psychology and group processes would
know that such a tendency is the opposite of critical
thinking - the necessary paradigm to make pair
programming effective.  The motivations behind some of
the rules in the abstract of the cited article play
into the motivation toward seeking consensus.

What made it worse was they believed that the pair's
decisions were right.

The result was wasted time during pairing, and the two
only discovered serious design and implementation
problems when they were not pairing - later after the
mistakes were made.

In order for pair programming to be worth the effort,
we must go way beyond kindergarten.  It isn't difficult
and it isn't unknown - we simply need to learn from
other disciplines and apply the principles and
techniques they've known for decades.

Best,
Mark


On Tue, 22 Jun 2004 10:50:00 -0500, "Struthers, Rachel"
wrote:

> Message-Id:
<01C22B6B78D52B46BE3C38FB525617EF6CDE89@...>
> List-Unsubscribe:
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> Thread-Topic: [AEG] Pair programming compatibility
> From: "Struthers, Rachel" <rstruthers@...>
> Reply-To: Agile_Experience_Group@yahoogroups.com
> X-Mimeole: Produced By Microsoft Exchange V6.0.6487.1
> Date: Tue, 22 Jun 2004 10:50:00 -0500
> Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
> Received: (cpmta 2291 invoked from network); 22 Jun
2004 08:50:04 -0700
> Received: from 66.218.66.90 (HELO
n6.grp.scd.yahoo.com)
>  by smtp.c000.snv.cp.net (209.228.32.61) with SMTP;
22 Jun 2004 08:50:04 -0700
> Received: from [66.218.67.199] by
n6.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 15:50:04
-0000
> Received: (qmail 74970 invoked from network); 22 Jun
2004 15:50:02 -0000
> Received: from unknown (66.218.66.166)
>  by m6.grp.scd.yahoo.com with QMQP; 22 Jun 2004
15:50:02 -0000
> Received: from unknown (HELO OSIMAIL.osii.com)
(208.42.8.142)
>  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
15:50:02 -0000
> X-Egroups-Return:
sentto-4520250-445-1087919403-Mark=Graybill.com@...
> X-Yahoo-Profile: rstruthers1
> Content-Type: text/plain; charset=US-ASCII
> Thread-Index:
AcRYbXFGHAy+wprkRxu0TaB5XIzTSAAAA85QAAC4tMA=
> X-MS-Tnef-Correlator: X-Egroups-Remote-Ip:
208.42.8.142
> X-Apparently-To:
Agile_Experience_Group@yahoogroups.com
> Subject: RE: [AEG] Pair programming compatibility
> X-Received: 22 Jun 2004 15:50:04 GMT
> Content-Class: urn:content-classes:message
> X-MS-Has-Attach: Precedence: bulk
> Delivered-To: graybill.com%Mark@...
> Delivered-To: mailing list
Agile_Experience_Group@yahoogroups.com
> Return-Path:
<sentto-4520250-445-1087919403-Mark=Graybill.com@...
m>
> Content-Transfer-Encoding: 7bit
> MIME-Version: 1.0
> X-Sender: rstruthers@...
> To: <Agile_Experience_Group@yahoogroups.com>
>
> Found one interesting paper on this topic:
>
> "All I Need to Know about Pair Programming I Learned
in
> Kindergarten"
>
>
http://collaboration.csc.ncsu.edu/laurie/Papers/Kindergarten.PDF
>
> I'm sure there are many others.
>
> Rachel
>
> -----Original Message-----
> From: Struthers, Rachel
> Sent: Tuesday, June 22, 2004 10:30 AM
> To: Agile_Experience_Group@yahoogroups.com
> Subject: RE: [AEG] Pair programming compatibility
>
>
> Mark,
>
> Do you have some good links available for "laws" of
> pair programming? My
> fear of it is that the quiet person will be constantly overruled by
> the other half of the pair.  Or does that turn out to not
> be a problem?
>
> Thanks,
> Rachel
>
> -----Original Message-----
> From: Mark@... [mailto:Mark@...]
> Sent: Tuesday, June 22, 2004 10:27 AM
> To: Agile_Experience_Group@yahoogroups.com
> Subject: Re: [AEG] Pair programming compatibility
>
>
> I will be happy to take the survey.  BTW, I am
engaging
> in related research that is cross-discipline.
>
> I don't the disciplinary nature of your research, but
> if you have not realized and included it already,
there
> is quite a bit of material available related to the
> "laws" of pair programming (and software development
in
> general), such
> as Group Processes and Social Psychology.  In fact,
> there has been
> social psychological research accomplished already
with
> software
> development teams that is available in various
> databases.
>
> Best,
> -Mark
>
> On Tue, 22 Jun 2004 11:33:42 -0000, "nehakatira"
wrote:
>
> > Message-Id: <cb95em+c2k8@eGroups.com>
> > List-Unsubscribe:
>
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
> > From: "nehakatira" <nehakatira@...>
> > Reply-To: Agile_Experience_Group@yahoogroups.com
> > X-Mailer: Yahoo Groups Message Poster
> > Date: Tue, 22 Jun 2004 11:33:42 -0000
> > Mailing-List: list
> Agile_Experience_Group@yahoogroups.com; contact
> Agile_Experience_Group-owner@yahoogroups.com
> > Received: (cpmta 27459 invoked from network); 22 Jun
> 2004 04:33:53 -0700
> > Received: from 66.218.66.75 (HELO
> n2.grp.scd.yahoo.com)
> >  by smtp.c000.snv.cp.net (209.228.32.58) with SMTP;
> 22 Jun 2004 04:33:53 -0700
> > Received: from [66.218.66.28] by
n2.grp.scd.yahoo.com
> with NNFMP; 22 Jun 2004 11:33:51 -0000
> > Received: (qmail 250 invoked from network); 22 Jun
> 2004 11:33:50 -0000
> > Received: from unknown (66.218.66.166)
> >  by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
> 11:33:50 -0000
> > Received: from unknown (HELO n27.grp.scd.yahoo.com)
> (66.218.66.83)
> >  by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
> 11:33:50 -0000
> > Received: from [66.218.67.131] by
> n27.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 11:33:46
> -0000
> > X-Egroups-Return:
>
sentto-4520250-442-1087904031-Mark=Graybill.com@...
> > User-Agent: eGroups-EW/0.82
> > X-Yahoo-Profile: nehakatira
> > Content-Type: text/plain; charset=ISO-8859-1
> > X-Egroups-Remote-Ip: 66.218.66.83
> > X-Apparently-To:
> Agile_Experience_Group@yahoogroups.com
> > Subject: [AEG] Pair programming compatibility
> > X-Received: 22 Jun 2004 11:33:53 GMT
> > X-Originating-Ip: 166.82.35.210
> > Precedence: bulk
> > Delivered-To: graybill.com%Mark@...
> > Delivered-To: mailing list
> Agile_Experience_Group@yahoogroups.com
> > Return-Path:
>
<sentto-4520250-442-1087904031-Mark=Graybill.com@...
> m>
> > Content-Transfer-Encoding: 7bit
> > MIME-Version: 1.0
> > To: Agile_Experience_Group@yahoogroups.com
> > X-Sender: nehakatira@...
> >
> > I am a graduate student working with Dr. Laurie
> > Williams.  I would
> > like to ask for a small bit of your time to answer a
> > short survey on
> > pair programming compatibility.  This survey should
> > take you less than
> > 5 minutes to answer (really -- we've tested it).
The
> > survey is at:
> > http://pairp.csc.ncsu.edu/compatibility.jsp
> > The purpose of the survey is for us to examine the
> > factors that make
> > pair programmers more or less compatible with each
> > other.  We would be
> > happy to share the results of the survey with you.
> >
> > Please complete the survey by Monday, June 28, 2004.
> A
> > compilation of
> > the results will be available at
> > http://pairp.csc.ncsu.edu/compatability_results.html
> > by Friday, July 9.  We would very much appreciate
> your participation
> > in this survey.
> >
> > Thanks!
> > Neha Katira
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor
> >
> >
> > Yahoo! Groups Links
> >
> >
http://groups.yahoo.com/group/Agile_Experience_Group/
> >
> Agile_Experience_Group-unsubscribe@yahoogroups.com
> >
> >
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> "The difference between making a breakthrough and not
> can often be just a small element of perception."
> - Brian Greene, Ph.D. "String Theory"
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor
>
>
> Yahoo! Groups Links
>
> http://groups.yahoo.com/group/Agile_Experience_Group/
>
Agile_Experience_Group-unsubscribe@yahoogroups.com
>
>


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com




Yahoo! Groups Links

Rachel,
In short, yes.  And it matters.
There are various things that can be done to reduce the negative impact:
Make sure pairs rotate a lot.
Have open discussion on pairing- what works - what doesn't
Coach may have individual coaching on communications theory and
practice.
Jeff

On Jun 22, 2004, at 12:03 PM, Struthers, Rachel wrote:

> You still haven't answered my original question - can a domineering
>  personality make the other person extremely unhappy - or doesn't that
>  matter?  Just looking for a yes or no - from anyone with real
>  experience.
>
>  -----Original Message-----
>  From: Mark@... [mailto:Mark@...]
>  Sent: Tuesday, June 22, 2004 11:59 AM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>
>  She makes some good points - and they are indeed
>  important.  However, and unfortunately, it isn't that
>  simple.  The truth is there are far more complicated
>  processes going on (because we are far more complicated
>  than we were at age 5), and when it comes to the
>  cognition and interpersonal interactions of a software developer or
>  engineer, where success during analysis, creativity and ingenuity are
>  key aspects of the job, conceding to the simplicity of a catchy title
>  can do more harm than good.  Moreover, as a pair, the cognitive
> cohesion
>  of the two minds and conceptual integrity of the tasks performed
> become
>  crucial in predicting the productivity of the pair and the quality of
>  their work.
>
>  A real life example might help me explain.  Pair
>  programming is used at one of my clients (they call it
>  pair engineering.)  I found that in the beginning,
>  social cognition and social perception, along with some Groupthink
>  phenomenon could influence the outcomes.
>  One pair consisted of a couple of experienced
>  developers with pair programming that is a good example
>  of this.
>
>  Without going into the details of the two developers,
>  what happened was a tendency toward consensus.  Anyone
>  who studies social psychology and group processes would
>  know that such a tendency is the opposite of critical
>  thinking - the necessary paradigm to make pair
>  programming effective.  The motivations behind some of
>  the rules in the abstract of the cited article play
>  into the motivation toward seeking consensus.
>
>  What made it worse was they believed that the pair's
>  decisions were right.
>
>  The result was wasted time during pairing, and the two
>  only discovered serious design and implementation
>  problems when they were not pairing - later after the
>  mistakes were made.
>
>  In order for pair programming to be worth the effort,
>  we must go way beyond kindergarten.  It isn't difficult
>  and it isn't unknown - we simply need to learn from
>  other disciplines and apply the principles and
>  techniques they've known for decades.
>
>  Best,
>  Mark
>
>
>  On Tue, 22 Jun 2004 10:50:00 -0500, "Struthers, Rachel"
>  wrote:
>
>  > Message-Id:
>  <01C22B6B78D52B46BE3C38FB525617EF6CDE89@...>
>  > List-Unsubscribe:
>  <mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
>  > Thread-Topic: [AEG] Pair programming compatibility
>  > From: "Struthers, Rachel" <rstruthers@...>
>  > Reply-To: Agile_Experience_Group@yahoogroups.com
>  > X-Mimeole: Produced By Microsoft Exchange V6.0.6487.1
>  > Date: Tue, 22 Jun 2004 10:50:00 -0500
>  > Mailing-List: list
>  Agile_Experience_Group@yahoogroups.com; contact
>  Agile_Experience_Group-owner@yahoogroups.com
>  > Received: (cpmta 2291 invoked from network); 22 Jun
>  2004 08:50:04 -0700
>  > Received: from 66.218.66.90 (HELO
>  n6.grp.scd.yahoo.com)
>  >       by smtp.c000.snv.cp.net (209.228.32.61) with SMTP;
>  22 Jun 2004 08:50:04 -0700
>  > Received: from [66.218.67.199] by
>  n6.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 15:50:04
>  -0000
>  > Received: (qmail 74970 invoked from network); 22 Jun
>  2004 15:50:02 -0000
>  > Received: from unknown (66.218.66.166)
>  >       by m6.grp.scd.yahoo.com with QMQP; 22 Jun 2004
>  15:50:02 -0000
>  > Received: from unknown (HELO OSIMAIL.osii.com)
>  (208.42.8.142)
>  >       by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
>  15:50:02 -0000
>  > X-Egroups-Return:
>
> sentto-4520250-445-1087919403-
> Mark=Graybill.com@...
>  > X-Yahoo-Profile: rstruthers1
>  > Content-Type: text/plain; charset=US-ASCII
>  > Thread-Index:
>  AcRYbXFGHAy+wprkRxu0TaB5XIzTSAAAA85QAAC4tMA=
>  > X-MS-Tnef-Correlator: X-Egroups-Remote-Ip:
>  208.42.8.142
>  > X-Apparently-To:
>  Agile_Experience_Group@yahoogroups.com
>  > Subject: RE: [AEG] Pair programming compatibility
>  > X-Received: 22 Jun 2004 15:50:04 GMT
>  > Content-Class: urn:content-classes:message
>  > X-MS-Has-Attach: Precedence: bulk
>  > Delivered-To: graybill.com%Mark@...
>  > Delivered-To: mailing list
>  Agile_Experience_Group@yahoogroups.com
>  > Return-Path:
>
> <sentto-4520250-445-1087919403-
> Mark=Graybill.com@...
>  m>
>  > Content-Transfer-Encoding: 7bit
>  > MIME-Version: 1.0
>  > X-Sender: rstruthers@...
>  > To: <Agile_Experience_Group@yahoogroups.com>
>  >
>  > Found one interesting paper on this topic:
>  >
>  > "All I Need to Know about Pair Programming I Learned
>  in
>  > Kindergarten"
>  >
>  >
> http://collaboration.csc.ncsu.edu/laurie/Papers/Kindergarten.PDF
>  >
>  > I'm sure there are many others.
>  >
>  > Rachel
>  >
>  > -----Original Message-----
>  > From: Struthers, Rachel
>  > Sent: Tuesday, June 22, 2004 10:30 AM
>  > To: Agile_Experience_Group@yahoogroups.com
>  > Subject: RE: [AEG] Pair programming compatibility
>  >
>  >
>  > Mark,
>  >
>  > Do you have some good links available for "laws" of
>  > pair programming? My
>  > fear of it is that the quiet person will be constantly overruled by
>  > the other half of the pair.  Or does that turn out to not
>  > be a problem?
>  >
>  > Thanks,
>  > Rachel
>  >
>  > -----Original Message-----
>  > From: Mark@... [mailto:Mark@...]
>  > Sent: Tuesday, June 22, 2004 10:27 AM
>  > To: Agile_Experience_Group@yahoogroups.com
>  > Subject: Re: [AEG] Pair programming compatibility
>  >
>  >
>  > I will be happy to take the survey.  BTW, I am
>  engaging
>  > in related research that is cross-discipline.
>  >
>  > I don't the disciplinary nature of your research, but
>  > if you have not realized and included it already,
>  there
>  > is quite a bit of material available related to the
>  > "laws" of pair programming (and software development
>  in
>  > general), such
>  > as Group Processes and Social Psychology.  In fact,
>  > there has been
>  > social psychological research accomplished already
>  with
>  > software
>  > development teams that is available in various
>  > databases.
>  >
>  > Best,
>  > -Mark
>  >
>  > On Tue, 22 Jun 2004 11:33:42 -0000, "nehakatira"
>  wrote:
>  >
>  > > Message-Id: <cb95em+c2k8@eGroups.com>
>  > > List-Unsubscribe:
>  >
>  <mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com>
>  > > From: "nehakatira" <nehakatira@...>
>  > > Reply-To: Agile_Experience_Group@yahoogroups.com
>  > > X-Mailer: Yahoo Groups Message Poster
>  > > Date: Tue, 22 Jun 2004 11:33:42 -0000
>  > > Mailing-List: list
>  > Agile_Experience_Group@yahoogroups.com; contact
>  > Agile_Experience_Group-owner@yahoogroups.com
>  > > Received: (cpmta 27459 invoked from network); 22 Jun
>  > 2004 04:33:53 -0700
>  > > Received: from 66.218.66.75 (HELO
>  > n2.grp.scd.yahoo.com)
>  > >       by smtp.c000.snv.cp.net (209.228.32.58) with SMTP;
>  > 22 Jun 2004 04:33:53 -0700
>  > > Received: from [66.218.66.28] by
>  n2.grp.scd.yahoo.com
>  > with NNFMP; 22 Jun 2004 11:33:51 -0000
>  > > Received: (qmail 250 invoked from network); 22 Jun
>  > 2004 11:33:50 -0000
>  > > Received: from unknown (66.218.66.166)
>  > >       by m22.grp.scd.yahoo.com with QMQP; 22 Jun 2004
>  > 11:33:50 -0000
>  > > Received: from unknown (HELO n27.grp.scd.yahoo.com)
>  > (66.218.66.83)
>  > >       by mta5.grp.scd.yahoo.com with SMTP; 22 Jun 2004
>  > 11:33:50 -0000
>  > > Received: from [66.218.67.131] by
>  > n27.grp.scd.yahoo.com with NNFMP; 22 Jun 2004 11:33:46
>  > -0000
>  > > X-Egroups-Return:
>  >
>
> sentto-4520250-442-1087904031-
> Mark=Graybill.com@...
>  > > User-Agent: eGroups-EW/0.82
>  > > X-Yahoo-Profile: nehakatira
>  > > Content-Type: text/plain; charset=ISO-8859-1
>  > > X-Egroups-Remote-Ip: 66.218.66.83
>  > > X-Apparently-To:
>  > Agile_Experience_Group@yahoogroups.com
>  > > Subject: [AEG] Pair programming compatibility
>  > > X-Received: 22 Jun 2004 11:33:53 GMT
>  > > X-Originating-Ip: 166.82.35.210
>  > > Precedence: bulk
>  > > Delivered-To: graybill.com%Mark@...
>  > > Delivered-To: mailing list
>  > Agile_Experience_Group@yahoogroups.com
>  > > Return-Path:
>  >
>
> <sentto-4520250-442-1087904031-
> Mark=Graybill.com@...
>  > m>
>  > > Content-Transfer-Encoding: 7bit
>  > > MIME-Version: 1.0
>  > > To: Agile_Experience_Group@yahoogroups.com
>  > > X-Sender: nehakatira@...
>  > >
>  > > I am a graduate student working with Dr. Laurie
>  > > Williams.  I would
>  > > like to ask for a small bit of your time to answer a
>  > > short survey on
>  > > pair programming compatibility.  This survey should
>  > > take you less than
>  > > 5 minutes to answer (really -- we've tested it).
>  The
>  > > survey is at:
>  > > http://pairp.csc.ncsu.edu/compatibility.jsp
>  > > The purpose of the survey is for us to examine the
>  > > factors that make
>  > > pair programmers more or less compatible with each
>  > > other.  We would be
>  > > happy to share the results of the survey with you.
>  > >
>  > > Please complete the survey by Monday, June 28, 2004.
>  > A
>  > > compilation of
>  > > the results will be available at
>  > > http://pairp.csc.ncsu.edu/compatability_results.html
>  > > by Friday, July 9.  We would very much appreciate
>  > your participation
>  > > in this survey.
>  > >
>  > > Thanks!
>  > > Neha Katira
>  > >
>  > >
>  > >
>  > > ------------------------ Yahoo! Groups Sponsor
>  > >
>  > > 
>  > > Yahoo! Groups Links
>  > >
>  > >
> http://groups.yahoo.com/group/Agile_Experience_Group/
>  > >
>  > Agile_Experience_Group-unsubscribe@yahoogroups.com
>  > >
>  > > 
>  >
>  >
>  > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  > "The difference between making a breakthrough and not
>  > can often be just a small element of perception."
>  > - Brian Greene, Ph.D. "String Theory"
>  > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  > Mark Graybill - http://www.Mark.Graybill.com
>  >
>  >
>  >
>  > 
>  > Yahoo! Groups Links
>  >
>  >
>  >
>  > 
>  >
>  >
>  >
>  >
>  > 
>  > Yahoo! Groups Links
>  >
>  >
>  >
>  > 
>  >
>  >
>  >
>  > ------------------------ Yahoo! Groups Sponsor
>  >
>  > 
>  > Yahoo! Groups Links
>  >
>  > http://groups.yahoo.com/group/Agile_Experience_Group/
>  >
>  Agile_Experience_Group-unsubscribe@yahoogroups.com
>  >
>  > 
>
>
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  "The difference between making a breakthrough and not
>  can often be just a small element of perception."
>  - Brian Greene, Ph.D. "String Theory"
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
>  Yahoo! Groups Links
>
>
>
>
>
>
>
>
> Yahoo! Groups Sponsor
>
> ADVERTISEMENT
>
> <yhoo0504_a_300250a052604.gif>
> <l.gif>
>
> Yahoo! Groups Links
>
>  •  To visit your group on the web, go to:
> http://groups.yahoo.com/group/Agile_Experience_Group/
>  
>  • 	 To unsubscribe from this group, send an email to:
> Agile_Experience_Group-unsubscribe@yahoogroups.com
>  
>  • 	 Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> Service.
>
>
>  ______________________________________________________________________
>  This email has been scanned by the MessageLabs Email Security System.
>  For more information please visit http://www.messagelabs.com/email
>  ______________________________________________________________________
>
*************************
Jeff McKenna
jeff@...
www.netobjectives.com
408.835.7016

> You still haven't answered my original question - can a domineering
> personality make the other person extremely unhappy - or doesn't that
> matter?  Just looking for a yes or no - from anyone with real
> experience.

I'm supposedly a domineering personality.
At least, I am loud, very smart. And I have had
to learn how to give others a chance to talk,
e.g. in meetings.

I know that I have enjoyed my pair programming
experiences.  Ideally I'd let my pairing partners
speak for themselves, but I don't think any of them
are on this mailing list - and, even if they were,
they are usually not the sort of person who posts.

So, what I will do is record my impressions of their
feelings; I will also send this email to some of my
partners.  Perhaps they will respond, although possibly
point to point.

I've paired most extensively with
    * T - a very shy and quiet guy
    * R - not so quiet
    * H - short pairing, somewhat quiet
    * K - short pairing, not so quiet
plus, also
    * M - probably more domineering than me.
In all of these situations it was just 2 person
pairing. Not part of a bigger XP team.

---+ T

T was very initially very reluctant to pair with me.
He was reluctant about pairing over all, and he expressed
reluctance because he was worried that I would dominate.
I got T to agree to pair with me on condition that, after
two weeks, we would stop and go back to non-paired
programming if he did not like it.
    After 2 weeks, he said that he liked it.
    Moreover, after 2 months, *I* wanted to take a break
from pair programming - probably just a mood swing,
"Is this really working?" - and T persuaded me to stay
doing this.

I gather from this that T actually liked pair programming.

T did, occasionally, call me when I was domineering:
"Hey, Andy, it's my turn!"  We probably talked loudly
at each other more than twice over a 6 month period,
but less than six times.  I think the key was that we
prearranged signals - "My turn", "Hold on" - and that we
took efforts to be conscious about the pair dynamic.

It probably also did not hurt that I, the "dominant" personality,
was in the position of trying to sell XP and Pair Programming.
Also, although I am loud, I am not a type A personality
on the classic psychobabble charts.  I rate as an
"aggressive bridge builder".

Taking time, regularly, to ask "how is it going?" ; "how are
we doing" was important.

---+ R

Pairing with R was similar. R was less shy than T,
so R had no problem stopping me from domineering.

R and I evolved an interesting dynamic: I was the
"expert" on the programming domain.  Usually I would
explain via mini-tutorials. Occasionally, I would ask R
to just allow me to code for a few minutes, with him
onlooking. Often he understood things after seeing me
sketch the code (or, as often, the test), better than if
I had provided  the tutorial.   Occasionally, R turned
the tables on me, saying "I can see that you think you
know what we should be doing - so you drive".

This was R's first experience with test-first. He had a
habit of trying to write the code before the test.  It was
my role to drag us back to TDD.

---+ H and K

Pairing with H and K was similar.

---+ M

Pairing with M was most interesting. It was probably the least enjoyable
pairing experience I have had --- but we got some really good work done,
both of us feeling that the emergent design was better than what we
would have done individually.

Both M and I are alpha geeks, M probably more so than me.
M and I have worked together over 10 years, but this was
our first pairing experience.  We are also very good friends
outside of work. Still are.

M has a severe hearing problem.  He relies on lipreading.
A big source of frustration to me was realizing that M had
not heard what I was saying, and was just assuming it was
something stupid and irrelevant.

Biggest tension: M is adamantly opposed to XP:
adamantly opposed to shared monitor pairing,
adamantly opposed to testing.  "I test my code;
I just don't automate the tests."

M felt that my writing tests was just slowing him down.
I resented being put in a role where I was writing
the tests, and him the code.

We fought constantly.

But even with all of this, we came out with something pretty
good.

Eventually, I called off the pairing after a month or so,
expecting to return to it after a break of a few weeks.

Although pairing with M was stressful, for both him and me,
I would do it again - but I would be much happier if we were
not pairing day in and day out for such a long time.
E.g. if we could switch off partners.

M doesn't want to pair with me again, but has paired with
other, less domineering, people.

My conclusion: pairing two dminant people can be stressful,
but can also lead to good work. Interleave with other pairing.

On Tue, 22 Jun 2004 14:03:38 -0500, "Struthers, Rachel"
wrote:

> You still haven't answered my original question - can
a
> domineering personality make the other person
> extremely unhappy -

Absolutely.

> or doesn't that matter?

It matters a great deal.  Coaches, leads and managers
should be very cognizant of such a situation.  Training
should exist to provide the social tools needed for
effective pairing.

> Just looking for a yes or no - from anyone
> with real
> experience.

So yes for making the other person extremely unhappy
and yes it does matter.

What to do about it depends on quite a few variables.
The short of it is personality does not dictate
specific behavior, although it does both shift and
mediate it.  So those who are domineering can learn how
to throttle their enthusiasm, provided their
motivations/intent is compatible with the partner.  If
the partner is particularly concessive or timid, they
can learn how to be more assertive.  It is
uncomfortable at first, but it is worth the personal
growth.

The short of it is what I have witnessed is the more
cohesive the pair is, the more alike their interactive
behavior becomes when they are pairing.  The important
thing to consider is that information that is not
shared but should be can be crucial to making the right
shared decision everytime.

Mark

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com

On Tue, 22 Jun 2004 15:07:59 -0700 (PDT),
Mark@... wrote:

> > You still haven't answered my original question -
can
> a
> > domineering personality make the other person
> > extremely unhappy -
>
> Absolutely.
>
> > or doesn't that matter?
>
> It matters a great deal.  Coaches, leads and managers
> should be very cognizant of such a situation.
Training
> should exist to provide the social tools needed for
> effective pairing.
>
> > Just looking for a yes or no - from anyone
> > with real
> > experience.
>
> So yes for making the other person extremely unhappy
> and yes it does matter.

Here is one resource I would suggest considering.  The
program includes help for certain typed people to
modify their types so they work better with others.

http://asp.wilsonlearning.com/pdf/28300.pdf

Mark

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com

What I failed to mention is that if someone is having a difficult time with
working closely with people at work, they likely have difficulty with
relationships outside work as well.  Thus personal growth as a PP partner
can also improve relationships elsewhere because working closely with people
for any reasons involves some of the same phenomenon and principles.

-----Original Message-----
From: Mark@... [mailto:Mark@...]
Sent: Tuesday, June 22, 2004 5:08 PM
To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility

On Tue, 22 Jun 2004 14:03:38 -0500, "Struthers, Rachel"
wrote:

> You still haven't answered my original question - can
a
> domineering personality make the other person
> extremely unhappy -

Absolutely.

> or doesn't that matter?

It matters a great deal.  Coaches, leads and managers
should be very cognizant of such a situation.  Training
should exist to provide the social tools needed for
effective pairing.

> Just looking for a yes or no - from anyone
> with real
> experience.

So yes for making the other person extremely unhappy
and yes it does matter.

What to do about it depends on quite a few variables.
The short of it is personality does not dictate
specific behavior, although it does both shift and
mediate it.  So those who are domineering can learn how
to throttle their enthusiasm, provided their
motivations/intent is compatible with the partner.  If
the partner is particularly concessive or timid, they
can learn how to be more assertive.  It is
uncomfortable at first, but it is worth the personal
growth.

The short of it is what I have witnessed is the more
cohesive the pair is, the more alike their interactive
behavior becomes when they are pairing.  The important
thing to consider is that information that is not
shared but should be can be crucial to making the right
shared decision everytime.

Mark

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com




Yahoo! Groups Links

I know a married couple who are both
programmer/consultants - they are pair programmers as
well.  They have their own screens and keyboards yet
they are for the same computer.

Mark

On Wed, 23 Jun 2004 06:53:05 -0500, "Pam Rostal"
wrote:Importance: Normal
Message-Id:
List-Unsubscribe:
From: "Pam Rostal"
X-Priority: 3 (Normal)
Reply-To: Agile_Experience_Group@yahoogroups.com
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-Mimeole: Produced By Microsoft MimeOLE V6.00.2800.1165
Date: Wed, 23 Jun 2004 06:53:05 -0500
Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
Received: (cpmta 10411 invoked from network); 23 Jun
2004 04:53:29 -0700
Received: from 66.218.66.99 (HELO n31.grp.scd.yahoo.com)
	 by smtp.c000.snv.cp.net (209.228.32.87) with SMTP; 23
Jun 2004 04:53:29 -0700
Received: from [66.218.66.158] by n31.grp.scd.yahoo.com
with NNFMP; 23 Jun 2004 11:53:20 -0000
Received: (qmail 99413 invoked from network); 23 Jun
2004 11:53:17 -0000
Received: from unknown (66.218.66.216)
	 by m18.grp.scd.yahoo.com with QMQP; 23 Jun 2004
11:53:17 -0000
Received: from unknown (HELO rwcrmhc13.comcast.net)
(204.127.198.39)
	 by mta1.grp.scd.yahoo.com with SMTP; 23 Jun 2004
11:53:17 -0000
Received: from synergenesis
(c-24-118-214-192.mn.client2.attbi.com[24.118.214.192])
	 by comcast.net (rwcrmhc13) with SMTP
	 id ; Wed, 23 Jun 2004 11:53:08 +0000
X-Egroups-Return:
sentto-4520250-456-1087991600-Mark=Graybill.com@...
X-Yahoo-Profile: pmrostal
X-Msmail-Priority: Normal
Content-Type: multipart/alternative;
	 boundary="----=_NextPart_000_0008_01C458EE.BC8B19F0"
X-Egroups-Remote-Ip: 204.127.198.39
X-Apparently-To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility
X-Received: 23 Jun 2004 11:53:29 GMT
In-Reply-To:
Precedence: bulk
Delivered-To: graybill.com%Mark@...
Delivered-To: mailing list
Agile_Experience_Group@yahoogroups.com
Return-Path:
MIME-Version: 1.0
To:
X-Sender: pmrostal@...






















I haven’t done it, but just returned
from a workshop with Jim Highsmith and Joshua Kerievsky
(sp?).  They
showed their workspaces, and everybody had their own
keyboard, even though they
were using only one monitor per pair.  That would seem
like a good idea
from the perspective that you don’t have to grab the
keyboard, so there
may be physical workspace ways to alleviate some
natural tendencies.

 

Pam

 

-----Original Message-----
From: Mark Graybill
[mailto:Mark@...]
Sent: Tuesday, June 22, 2004 9:38
PM
To:
Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair
programming compatibility

 

What I failed to mention is that if someone is having
a difficult time with
working closely with people at work, they likely
have difficulty with
relationships outside work as well.  Thus
personal growth as a PP partner
can also improve relationships elsewhere because
working closely with people
for any reasons involves some of the same
phenomenon and principles.

-----Original Message-----
From: Mark@... [mailto:Mark@...]

Sent: Tuesday, June 22, 2004 5:08 PM
To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility

On Tue, 22 Jun 2004 14:03:38 -0500,
"Struthers, Rachel"
wrote:

> You still haven't answered my original
question - can
a
> domineering personality make the other person

> extremely unhappy -

Absolutely.

> or doesn't that matter? 

It matters a great deal.  Coaches, leads and
managers
should be very cognizant of such a
situation.  Training
should exist to provide the social tools needed
for
effective pairing.

> Just looking for a yes or no - from anyone
> with real
> experience.

So yes for making the other person extremely
unhappy
and yes it does matter.

What to do about it depends on quite a few
variables.
The short of it is personality does not dictate
specific behavior, although it does both shift and
mediate it.  So those who are domineering can
learn how
to throttle their enthusiasm, provided their
motivations/intent is compatible with the
partner.  If
the partner is particularly concessive or timid,
they
can learn how to be more assertive.  It is
uncomfortable at first, but it is worth the
personal
growth.

The short of it is what I have witnessed is the
more
cohesive the pair is, the more alike their
interactive
behavior becomes when they are pairing.  The
important
thing to consider is that information that is not
shared but should be can be crucial to making the
right
shared decision everytime.

Mark

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough
and not
can often be just a small element of
perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com




Yahoo! Groups Links



















Yahoo! Groups Sponsor


   ADVERTISEMENT












Yahoo! Groups Links

To visit your group on the web, go
to:http://groups.yahoo.com/group/Agile_Experience_Group/ 
To unsubscribe from this group, send an email
to:Agile_Experience_Group-unsubscribe@yahoogroups.com 
Your use of Yahoo! Groups is subject to the Yahoo!
Terms of Service.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com

Saint Paul College has some reverse KVM switches (two keyboards, two mice,
one monitor, one CPU) in use in one of their labs.  Warren Sheaffer set up
the lab and I know it has been used for several classes.  I do not know the
results of it, whether instructors and students liked the arrangement and
how much it was used.

- David Paxson

-----Original Message-----
From: Mark@... [mailto:Mark@...]
Sent: Wednesday, June 23, 2004 9:49 AM
To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility


I know a married couple who are both
programmer/consultants - they are pair programmers as
well.  They have their own screens and keyboards yet
they are for the same computer.

Mark

On Wed, 23 Jun 2004 06:53:05 -0500, "Pam Rostal"
wrote:Importance: Normal
Message-Id:
List-Unsubscribe:
From: "Pam Rostal"
X-Priority: 3 (Normal)
Reply-To: Agile_Experience_Group@yahoogroups.com
X-Mailer: Microsoft Outlook, Build 10.0.3416
X-Mimeole: Produced By Microsoft MimeOLE V6.00.2800.1165
Date: Wed, 23 Jun 2004 06:53:05 -0500
Mailing-List: list
Agile_Experience_Group@yahoogroups.com; contact
Agile_Experience_Group-owner@yahoogroups.com
Received: (cpmta 10411 invoked from network); 23 Jun
2004 04:53:29 -0700
Received: from 66.218.66.99 (HELO n31.grp.scd.yahoo.com)
	 by smtp.c000.snv.cp.net (209.228.32.87) with SMTP; 23
Jun 2004 04:53:29 -0700
Received: from [66.218.66.158] by n31.grp.scd.yahoo.com
with NNFMP; 23 Jun 2004 11:53:20 -0000
Received: (qmail 99413 invoked from network); 23 Jun
2004 11:53:17 -0000
Received: from unknown (66.218.66.216)
	 by m18.grp.scd.yahoo.com with QMQP; 23 Jun 2004
11:53:17 -0000
Received: from unknown (HELO rwcrmhc13.comcast.net)
(204.127.198.39)
	 by mta1.grp.scd.yahoo.com with SMTP; 23 Jun 2004
11:53:17 -0000
Received: from synergenesis
(c-24-118-214-192.mn.client2.attbi.com[24.118.214.192])
	 by comcast.net (rwcrmhc13) with SMTP
	 id ; Wed, 23 Jun 2004 11:53:08 +0000
X-Egroups-Return:
sentto-4520250-456-1087991600-Mark=Graybill.com@...
X-Yahoo-Profile: pmrostal
X-Msmail-Priority: Normal
Content-Type: multipart/alternative;
	 boundary="----=_NextPart_000_0008_01C458EE.BC8B19F0"
X-Egroups-Remote-Ip: 204.127.198.39
X-Apparently-To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility
X-Received: 23 Jun 2004 11:53:29 GMT
In-Reply-To:
Precedence: bulk
Delivered-To: graybill.com%Mark@...
Delivered-To: mailing list Agile_Experience_Group@yahoogroups.com
Return-Path:
MIME-Version: 1.0
To:
X-Sender: pmrostal@...






















I haven’t done it, but just returned
from a workshop with Jim Highsmith and Joshua Kerievsky
(sp?).  They
showed their workspaces, and everybody had their own
keyboard, even though they
were using only one monitor per pair.  That would seem
like a good idea
from the perspective that you don’t have to grab the
keyboard, so there
may be physical workspace ways to alleviate some
natural tendencies.

 

Pam

 

-----Original Message-----
From: Mark Graybill
[mailto:Mark@...]
Sent: Tuesday, June 22, 2004 9:38
PM
To:
Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair
programming compatibility

 

What I failed to mention is that if someone is having
a difficult time with
working closely with people at work, they likely
have difficulty with
relationships outside work as well.  Thus
personal growth as a PP partner
can also improve relationships elsewhere because
working closely with people
for any reasons involves some of the same
phenomenon and principles.

-----Original Message-----
From: Mark@... [mailto:Mark@...]

Sent: Tuesday, June 22, 2004 5:08 PM
To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility

On Tue, 22 Jun 2004 14:03:38 -0500,
"Struthers, Rachel"
wrote:

> You still haven't answered my original
question - can
a
> domineering personality make the other person

> extremely unhappy -

Absolutely.

> or doesn't that matter?

It matters a great deal.  Coaches, leads and
managers
should be very cognizant of such a
situation.  Training
should exist to provide the social tools needed
for
effective pairing.

> Just looking for a yes or no - from anyone
> with real
> experience.

So yes for making the other person extremely
unhappy
and yes it does matter.

What to do about it depends on quite a few
variables.
The short of it is personality does not dictate
specific behavior, although it does both shift and
mediate it.  So those who are domineering can
learn how
to throttle their enthusiasm, provided their
motivations/intent is compatible with the
partner.  If
the partner is particularly concessive or timid,
they
can learn how to be more assertive.  It is
uncomfortable at first, but it is worth the
personal
growth.

The short of it is what I have witnessed is the
more
cohesive the pair is, the more alike their
interactive
behavior becomes when they are pairing.  The
important
thing to consider is that information that is not
shared but should be can be crucial to making the
right
shared decision everytime.

Mark

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough
and not
can often be just a small element of
perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com




Yahoo! Groups Links



















Yahoo! Groups Sponsor


   ADVERTISEMENT












Yahoo! Groups Links

To visit your group on the web, go
to:http://groups.yahoo.com/group/Agile_Experience_Group/ 
To unsubscribe from this group, send an email
to:Agile_Experience_Group-unsubscribe@yahoogroups.com 
Your use of Yahoo! Groups is subject to the Yahoo!
Terms of Service.


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"The difference between making a breakthrough and not
can often be just a small element of perception."
- Brian Greene, Ph.D. "String Theory"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Graybill - http://www.Mark.Graybill.com




Yahoo! Groups Links

> ...everybody had their own keyboard...

and whoever can type the fastest wins? :)

on the 1st project i had to start pairing full time i
was not comfortable leaning over the same keyboard.
initially we set up two computers right next to each
other running VNC between them.  bigger monitors and
bigger fonts also help.

i'm betting the survey will show that similar skill
level is the most important factor in successful
(enjoyable, productive) pairing.  obviously for me it
is.

i have not found domineering personalities to be a
problem.  although if the person is also some kind of
lead and uses that position to impose his/her will,
then you might as well not be pairing.

it's much harder pairing with someone that's very
quiet than someone that's domineering.  although even
with quiet people, i've seen a colleague use great
techniques to engage them.  eg. ask question like
"what do you want to call this method", "where should
this class go", "what should this test do", etc.

-Hans


--- Pam Rostal <pmrostal@...> wrote:
> I haven't done it, but just returned from a workshop
> with Jim Highsmith
> and Joshua Kerievsky (sp?).  They showed their
> workspaces, and everybody
> had their own keyboard, even though they were using
> only one monitor per
> pair.  That would seem like a good idea from the
> perspective that you
> don't have to grab the keyboard, so there may be
> physical workspace ways
> to alleviate some natural tendencies.
>
>
>
> Pam
>
>
>
> -----Original Message-----
> From: Mark Graybill [mailto:Mark@...]
> Sent: Tuesday, June 22, 2004 9:38 PM
> To: Agile_Experience_Group@yahoogroups.com
> Subject: RE: [AEG] Pair programming compatibility
>
>
>
> What I failed to mention is that if someone is
> having a difficult time
> with
> working closely with people at work, they likely
> have difficulty with
> relationships outside work as well.  Thus personal
> growth as a PP
> partner
> can also improve relationships elsewhere because
> working closely with
> people
> for any reasons involves some of the same phenomenon
> and principles.
>
> -----Original Message-----
> From: Mark@... [mailto:Mark@...]
> Sent: Tuesday, June 22, 2004 5:08 PM
> To: Agile_Experience_Group@yahoogroups.com
> Subject: RE: [AEG] Pair programming compatibility
>
> On Tue, 22 Jun 2004 14:03:38 -0500, "Struthers,
> Rachel"
> wrote:
>
> > You still haven't answered my original question -
> can
> a
> > domineering personality make the other person
> > extremely unhappy -
>
> Absolutely.
>
> > or doesn't that matter?
>
> It matters a great deal.  Coaches, leads and
> managers
> should be very cognizant of such a situation.
> Training
> should exist to provide the social tools needed for
> effective pairing.
>
> > Just looking for a yes or no - from anyone
> > with real
> > experience.
>
> So yes for making the other person extremely unhappy
> and yes it does matter.
>
> What to do about it depends on quite a few
> variables.
> The short of it is personality does not dictate
> specific behavior, although it does both shift and
> mediate it.  So those who are domineering can learn
> how
> to throttle their enthusiasm, provided their
> motivations/intent is compatible with the partner.
> If
> the partner is particularly concessive or timid,
> they
> can learn how to be more assertive.  It is
> uncomfortable at first, but it is worth the personal
> growth.
>
> The short of it is what I have witnessed is the more
> cohesive the pair is, the more alike their
> interactive
> behavior becomes when they are pairing.  The
> important
> thing to consider is that information that is not
> shared but should be can be crucial to making the
> right
> shared decision everytime.
>
> Mark
>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> "The difference between making a breakthrough and
> not
> can often be just a small element of perception."
> - Brian Greene, Ph.D. "String Theory"
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
> Yahoo! Groups Sponsor
>
>
>
> ADVERTISEMENT
>
>
<http://us.ard.yahoo.com/SIG=129tngvht/M=298184.5022502.6152625.3001176/
>
D=groups/S=1705007207:HM/EXP=1088048258/A=2164339/R=0/SIG=11e2d64in/*htt
> p:/www.netflix.com/Default?mqso=60183348> click here
>
>
>
>
<http://us.adserver.yahoo.com/l?M=298184.5022502.6152625.3001176/D=group
> s/S=:HM/A=2164339/rand=828722025>
>
>
>
>   _____
>
> Yahoo! Groups Links
>
> *         To visit your group on the web, go to:
>
http://groups.yahoo.com/group/Agile_Experience_Group/
>
>
> *         To unsubscribe from this group, send an
> email to:
> Agile_Experience_Group-unsubscribe@yahoogroups.com
>
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com?subject=Unsub
> scribe>
>
>
> *         Your use of Yahoo! Groups is subject to
> the Yahoo! Terms of
> <http://docs.yahoo.com/info/terms/>  Service.
>
>






__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail

The essensce of Pair Programming is that you have two brains working
together.  As I'd like to see how two people could work in two
difference locations and still pair (this is what I'm getting out of
your explaination).  Althought I'm rarely opposed to trying new things,
I'd imagine this would be a challenging setup; one which, in my
opinion,
wouldn't warrant the effort if I had a team which could work at the
same
location.  I would approach it as an experiment and setup a handful of
developers (4) to work in this way.  Then evaluate it after the first
couple of iterations, then compare the evaluation against the list of
potential issues brainstormed while setting up.  I wouldn't dive head
first.

I'm glad to see this discussion as I've questioned the need for pair
programming.  Having just departed from a company who adopted XP very
early on (2000) and evolved the methodology to fit their business
model,
to join a team which develops agilily, however, doesn't subscribe to
pair programming.

  From my experience there are positives and negatives on both ends and
depending on the team, the appropriate approach will be sought out.

As far as compatibilty issues, I've seen mainly two type: The Back-Seat
Driver and the Passenger.

The Back-Seat Driver:
In a situation where you have one developer, normally the senior
developer, telling the other person what to type.  This generally
occurs
when the senior is either providing explaintion on how something in the
system works or they are helping develop the skills of the junior.
After a while this becomes an issue, not only because the senior has to
explain quite a bit but also because they as well be driving
themselves.
   Ideally the time spent by senior and junior
developers as a pair is the get the junior up to speed with the
technology and the project.  If they are unable to ramp-up on these
then everytime they pair, they are in this back-seat driver situation.
I've felt quite unproductive and frustrated; feeling, "Why can't this
person get it already."  I'm sure when I was first starting off and my
senior felt the same way.  After awhile the situation turns into the
Passenger when the senior gets frustrated enough to just take over.

The Passenger:
Two developers, one driver for the entire ride with little to no
contribution from their partner.  The person with the keyboard may as
well be developing alone.  The other person really isn't doing much,
and
at times are lost with little to contribute.  Maybe a minor spelling
mistake here or there, but they are not contributing to the development
of the application.  Sometimes when they are forced to answer a
question
regarding the work that was done, they are at a loss.

It is important for not only the pair to recognize these situations but
also the team as a collective.

Having special setups with two keyboards and all this other stuff
doesn't seem necessary as long as the pair is working as a unit and
they
are both contributing.

I tend to agree with Arun with the setup question and using the pair to
excel past the sticky points.  Normally when the pair is stuck, the
team
is involved in helping them get out of it.  This happens as well.

Thanks,
Chris

> Anyone have any luck pair programming remotely?  What kind of setup
> would be
> the easiest and cheapest to setup, as my developers are located
> globally.  I
> think that pair programming could be very effective, and wonder how
> necessary it would be to have the pairs in the same physical location.
> Seems like the physical communication would be essential.
>
> Paul

>  -----Original Message-----
>  From: Arun Batchu [mailto:arun_batchu@...]
>  Sent: Wednesday, June 23, 2004 1:37 PM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>
>
>  These arrangements seem pratical but, in my opinion, in general
> are not
>  necessary. I think the driver/navigator paradigm is what makes pair
>  programming tick. Situations like right/vs/left-handedness,
>  natural/vs/ergonomic keyboard/mouse preferences might warrant such
elaborate
>  mechanisms, but, in general, do we really need them?  Most of
> the power of
>  pair programming comes when a pair works as a unit with the
> brains/minds
>  scaling different cognitive levels more fluidly since the other
> mind is
>  there to depend on for not getting stuck.
>
>
>
>  I am sure all of us have had the jitters when we are not in the
> driver's
>  seat. But imagine the havoc that would be created if there were two
sets of
>  brakes and accelerators! Wouldn't the same apply to pairing?
>
>
>
>  /arun
>
>
>
>    _____
>
>  From: David Paxson [mailto:dpaxson@...]
>  Sent: Wednesday, June 23, 2004 11:15 AM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>  Saint Paul College has some reverse KVM switches (two keyboards,
> two mice,
>  one monitor, one CPU) in use in one of their labs.  Warren
> Sheaffer set up
>  the lab and I know it has been used for several classes.  I do not
know the
>  results of it, whether instructors and students liked the
> arrangement and
>  how much it was used.
>
>  - David Paxson
>
>  -----Original Message-----
>  From: Mark@... [mailto:Mark@...]
>  Sent: Wednesday, June 23, 2004 9:49 AM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>
>  I know a married couple who are both
>  programmer/consultants - they are pair programmers as
>  well.  They have their own screens and keyboards yet
>  they are for the same computer.
>
>  Mark
>
>  On Wed, 23 Jun 2004 06:53:05 -0500, "Pam Rostal"
>  wrote:Importance: Normal
>  Message-Id:
>  List-Unsubscribe:
>  From: "Pam Rostal"
>  X-Priority: 3 (Normal)
>  Reply-To: Agile_Experience_Group@yahoogroups.com
>  X-Mailer: Microsoft Outlook, Build 10.0.3416
>  X-Mimeole: Produced By Microsoft MimeOLE V6.00.2800.1165
>  Date: Wed, 23 Jun 2004 06:53:05 -0500
>  Mailing-List: list
>  Agile_Experience_Group@yahoogroups.com; contact
>  Agile_Experience_Group-owner@yahoogroups.com
>  Received: (cpmta 10411 invoked from network); 23 Jun
>  2004 04:53:29 -0700
>  Received: from 66.218.66.99 (HELO n31.grp.scd.yahoo.com)
>        by smtp.c000.snv.cp.net (209.228.32.87) with SMTP; 23
>  Jun 2004 04:53:29 -0700
>  Received: from [66.218.66.158] by n31.grp.scd.yahoo.com
>  with NNFMP; 23 Jun 2004 11:53:20 -0000
>  Received: (qmail 99413 invoked from network); 23 Jun
>  2004 11:53:17 -0000
>  Received: from unknown (66.218.66.216)
>        by m18.grp.scd.yahoo.com with QMQP; 23 Jun 2004
>  11:53:17 -0000
>  Received: from unknown (HELO rwcrmhc13.comcast.net)
>  (204.127.198.39)
>        by mta1.grp.scd.yahoo.com with SMTP; 23 Jun 2004
>  11:53:17 -0000
>  Received: from synergenesis
>  (c-24-118-214-192.mn.client2.attbi.com[24.118.214.192])
>        by comcast.net (rwcrmhc13) with SMTP
>        id ; Wed, 23 Jun 2004 11:53:08 +0000
>  X-Egroups-Return:
>  sentto-4520250-456-1087991600-Mark=Graybill.com@...
>  X-Yahoo-Profile: pmrostal
>  X-Msmail-Priority: Normal
>  Content-Type: multipart/alternative;
>        boundary="----=_NextPart_000_0008_01C458EE.BC8B19F0"
>  X-Egroups-Remote-Ip: 204.127.198.39
>  X-Apparently-To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>  X-Received: 23 Jun 2004 11:53:29 GMT
>  In-Reply-To:
>  Precedence: bulk
>  Delivered-To: graybill.com%Mark@...
>  Delivered-To: mailing list Agile_Experience_Group@yahoogroups.com
>  Return-Path:
>  MIME-Version: 1.0
>  To:
>  X-Sender: pmrostal@...
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  I haven’t done it, but just returned
>  from a workshop with Jim Highsmith and Joshua Kerievsky
>  (sp?).  They
>  showed their workspaces, and everybody had their own
>  keyboard, even though they
>  were using only one monitor per pair.  That would seem
>  like a good idea
>  from the perspective that you don’t have to grab the
>  keyboard, so there
>  may be physical workspace ways to alleviate some
>  natural tendencies.
>
>
>
>  Pam
>
>
>
>  -----Original Message-----
>  From: Mark Graybill
>  [mailto:Mark@...]
>  Sent: Tuesday, June 22, 2004 9:38
>  PM
>  To:
>  Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair
>  programming compatibility
>
>
>
>  What I failed to mention is that if someone is having
>  a difficult time with
>  working closely with people at work, they likely
>  have difficulty with
>  relationships outside work as well.  Thus
>  personal growth as a PP partner
>  can also improve relationships elsewhere because
>  working closely with people
>  for any reasons involves some of the same
>  phenomenon and principles.
>
>  -----Original Message-----
>  From: Mark@... [mailto:Mark@...]
>
>  Sent: Tuesday, June 22, 2004 5:08 PM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>  On Tue, 22 Jun 2004 14:03:38 -0500,
>  "Struthers, Rachel"
>  wrote:
>
>  > You still haven't answered my original
>  question - can
>  a
>  > domineering personality make the other person
>
>  > extremely unhappy -
>
>  Absolutely.
>
>  > or doesn't that matter?
>
>  It matters a great deal.  Coaches, leads and
>  managers
>  should be very cognizant of such a
>  situation.  Training
>  should exist to provide the social tools needed
>  for
>  effective pairing.
>
>  > Just looking for a yes or no - from anyone
>  > with real
>  > experience.
>
>  So yes for making the other person extremely
>  unhappy
>  and yes it does matter.
>
>  What to do about it depends on quite a few
>  variables.
>  The short of it is personality does not dictate
>  specific behavior, although it does both shift and
>  mediate it.  So those who are domineering can
>  learn how
>  to throttle their enthusiasm, provided their
>  motivations/intent is compatible with the
>  partner.  If
>  the partner is particularly concessive or timid,
>  they
>  can learn how to be more assertive.  It is
>  uncomfortable at first, but it is worth the
>  personal
>  growth.
>
>  The short of it is what I have witnessed is the
>  more
>  cohesive the pair is, the more alike their
>  interactive
>  behavior becomes when they are pairing.  The
>  important
>  thing to consider is that information that is not
>  shared but should be can be crucial to making the
>  right
>  shared decision everytime.
>
>  Mark
>
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  "The difference between making a breakthrough
>  and not
>  can often be just a small element of
>  perception."
>  - Brian Greene, Ph.D. "String Theory"
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
>  Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Sponsor
>
>
>    ADVERTISEMENT
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Links
>
>  To visit your group on the web, go
>  to:http://groups.yahoo.com/group/Agile_Experience_Group/
>  <http://groups.yahoo.com/group/Agile_Experience_Group/ >
>  To unsubscribe from this group, send an email
>  to:Agile_Experience_Group-unsubscribe@yahoogroups.com
>  Your use of Yahoo! Groups is subject to the Yahoo!
>  Terms of Service.
>
>
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  "The difference between making a breakthrough and not
>  can often be just a small element of perception."
>  - Brian Greene, Ph.D. "String Theory"
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
>  Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Sponsor
>
>
>
>  ADVERTISEMENT
>
>
<http://us.ard.yahoo.com/SIG=129ein4dq/M=295196.4901138.6071305.3001176/D=gr
>
oups/S=1705007207:HM/EXP=1088392651/A=2128215/R=0/SIG=10se96mf6/*http:/compa
>  nion.yahoo.com> click here
>
>
>
>
<http://us.adserver.yahoo.com/l?M=295196.4901138.6071305.3001176/D=groups/S=
>  :HM/A=2128215/rand=857946362>
>
>
>
>    _____
>
>  Yahoo! Groups Links
>
>  * To visit your group on the web, go to:
>  http://groups.yahoo.com/group/Agile_Experience_Group/
>
>  * To unsubscribe from this group, send an email to:
>  Agile_Experience_Group-unsubscribe@yahoogroups.com
>
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com?subject=Unsubscri
>  be>
>
>  * Your use of Yahoo! Groups is subject to the Yahoo!
>  <http://docs.yahoo.com/info/terms/>  Terms of Service.

==============

Ogni homo me guarda come fosse una testa de cazi.
- Franceso Urbini

I think I'm begging to understand.

I posted some copy on the Nata1 Unified site

http://www.nata1.com/Developers/eXtremeProgramming/default.aspx

I hope I understand what Pair programming is and what its not.  Based on my
past experience on open source projects, this may be just what we need to
make the project productive and create a team environment where people are
working in unision - i.e. on the same source file and on the NUnit tests
simultaneously.

I'll report in a couple weeks our findings, and also create some
questionairs.

Thanks Very much to the Agile community, there's hope that Nata1 Unified may
meet our goals and expectations!

Regards,
Paul

-----Original Message-----
From: Frozenquest [mailto:frozenquest@...]
Sent: Sunday, June 27, 2004 1:47 PM
To: Agile_Experience_Group@yahoogroups.com
Subject: Re: [AEG] Pair programming compatibility

The essensce of Pair Programming is that you have two brains working
together.  As I'd like to see how two people could work in two
difference locations and still pair (this is what I'm getting out of
your explaination).  Althought I'm rarely opposed to trying new things,
I'd imagine this would be a challenging setup; one which, in my
opinion,
wouldn't warrant the effort if I had a team which could work at the
same
location.  I would approach it as an experiment and setup a handful of
developers (4) to work in this way.  Then evaluate it after the first
couple of iterations, then compare the evaluation against the list of
potential issues brainstormed while setting up.  I wouldn't dive head
first.

I'm glad to see this discussion as I've questioned the need for pair
programming.  Having just departed from a company who adopted XP very
early on (2000) and evolved the methodology to fit their business
model,
to join a team which develops agilily, however, doesn't subscribe to
pair programming.

  From my experience there are positives and negatives on both ends and
depending on the team, the appropriate approach will be sought out.

As far as compatibilty issues, I've seen mainly two type: The Back-Seat
Driver and the Passenger.

The Back-Seat Driver:
In a situation where you have one developer, normally the senior
developer, telling the other person what to type.  This generally
occurs
when the senior is either providing explaintion on how something in the
system works or they are helping develop the skills of the junior.
After a while this becomes an issue, not only because the senior has to
explain quite a bit but also because they as well be driving
themselves.
   Ideally the time spent by senior and junior
developers as a pair is the get the junior up to speed with the
technology and the project.  If they are unable to ramp-up on these
then everytime they pair, they are in this back-seat driver situation.
I've felt quite unproductive and frustrated; feeling, "Why can't this
person get it already."  I'm sure when I was first starting off and my
senior felt the same way.  After awhile the situation turns into the
Passenger when the senior gets frustrated enough to just take over.

The Passenger:
Two developers, one driver for the entire ride with little to no
contribution from their partner.  The person with the keyboard may as
well be developing alone.  The other person really isn't doing much,
and
at times are lost with little to contribute.  Maybe a minor spelling
mistake here or there, but they are not contributing to the development
of the application.  Sometimes when they are forced to answer a
question
regarding the work that was done, they are at a loss.

It is important for not only the pair to recognize these situations but
also the team as a collective.

Having special setups with two keyboards and all this other stuff
doesn't seem necessary as long as the pair is working as a unit and
they
are both contributing.

I tend to agree with Arun with the setup question and using the pair to
excel past the sticky points.  Normally when the pair is stuck, the
team
is involved in helping them get out of it.  This happens as well.

Thanks,
Chris

> Anyone have any luck pair programming remotely?  What kind of setup
> would be
> the easiest and cheapest to setup, as my developers are located
> globally.  I
> think that pair programming could be very effective, and wonder how
> necessary it would be to have the pairs in the same physical location.
> Seems like the physical communication would be essential.
>
> Paul

>  -----Original Message-----
>  From: Arun Batchu [mailto:arun_batchu@...]
>  Sent: Wednesday, June 23, 2004 1:37 PM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>
>
>  These arrangements seem pratical but, in my opinion, in general
> are not
>  necessary. I think the driver/navigator paradigm is what makes pair
>  programming tick. Situations like right/vs/left-handedness,
>  natural/vs/ergonomic keyboard/mouse preferences might warrant such
elaborate
>  mechanisms, but, in general, do we really need them?  Most of
> the power of
>  pair programming comes when a pair works as a unit with the
> brains/minds
>  scaling different cognitive levels more fluidly since the other
> mind is
>  there to depend on for not getting stuck.
>
>
>
>  I am sure all of us have had the jitters when we are not in the
> driver's
>  seat. But imagine the havoc that would be created if there were two
sets of
>  brakes and accelerators! Wouldn't the same apply to pairing?
>
>
>
>  /arun
>
>
>
>    _____
>
>  From: David Paxson [mailto:dpaxson@...]
>  Sent: Wednesday, June 23, 2004 11:15 AM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>  Saint Paul College has some reverse KVM switches (two keyboards,
> two mice,
>  one monitor, one CPU) in use in one of their labs.  Warren
> Sheaffer set up
>  the lab and I know it has been used for several classes.  I do not
know the
>  results of it, whether instructors and students liked the
> arrangement and
>  how much it was used.
>
>  - David Paxson
>
>  -----Original Message-----
>  From: Mark@... [mailto:Mark@...]
>  Sent: Wednesday, June 23, 2004 9:49 AM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>
>  I know a married couple who are both
>  programmer/consultants - they are pair programmers as
>  well.  They have their own screens and keyboards yet
>  they are for the same computer.
>
>  Mark
>
>  On Wed, 23 Jun 2004 06:53:05 -0500, "Pam Rostal"
>  wrote:Importance: Normal
>  Message-Id:
>  List-Unsubscribe:
>  From: "Pam Rostal"
>  X-Priority: 3 (Normal)
>  Reply-To: Agile_Experience_Group@yahoogroups.com
>  X-Mailer: Microsoft Outlook, Build 10.0.3416
>  X-Mimeole: Produced By Microsoft MimeOLE V6.00.2800.1165
>  Date: Wed, 23 Jun 2004 06:53:05 -0500
>  Mailing-List: list
>  Agile_Experience_Group@yahoogroups.com; contact
>  Agile_Experience_Group-owner@yahoogroups.com
>  Received: (cpmta 10411 invoked from network); 23 Jun
>  2004 04:53:29 -0700
>  Received: from 66.218.66.99 (HELO n31.grp.scd.yahoo.com)
>        by smtp.c000.snv.cp.net (209.228.32.87) with SMTP; 23
>  Jun 2004 04:53:29 -0700
>  Received: from [66.218.66.158] by n31.grp.scd.yahoo.com
>  with NNFMP; 23 Jun 2004 11:53:20 -0000
>  Received: (qmail 99413 invoked from network); 23 Jun
>  2004 11:53:17 -0000
>  Received: from unknown (66.218.66.216)
>        by m18.grp.scd.yahoo.com with QMQP; 23 Jun 2004
>  11:53:17 -0000
>  Received: from unknown (HELO rwcrmhc13.comcast.net)
>  (204.127.198.39)
>        by mta1.grp.scd.yahoo.com with SMTP; 23 Jun 2004
>  11:53:17 -0000
>  Received: from synergenesis
>  (c-24-118-214-192.mn.client2.attbi.com[24.118.214.192])
>        by comcast.net (rwcrmhc13) with SMTP
>        id ; Wed, 23 Jun 2004 11:53:08 +0000
>  X-Egroups-Return:
>  sentto-4520250-456-1087991600-Mark=Graybill.com@...
>  X-Yahoo-Profile: pmrostal
>  X-Msmail-Priority: Normal
>  Content-Type: multipart/alternative;
>        boundary="----=_NextPart_000_0008_01C458EE.BC8B19F0"
>  X-Egroups-Remote-Ip: 204.127.198.39
>  X-Apparently-To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>  X-Received: 23 Jun 2004 11:53:29 GMT
>  In-Reply-To:
>  Precedence: bulk
>  Delivered-To: graybill.com%Mark@...
>  Delivered-To: mailing list Agile_Experience_Group@yahoogroups.com
>  Return-Path:
>  MIME-Version: 1.0
>  To:
>  X-Sender: pmrostal@...
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  I haven't done it, but just returned
>  from a workshop with Jim Highsmith and Joshua Kerievsky
>  (sp?).  They
>  showed their workspaces, and everybody had their own
>  keyboard, even though they
>  were using only one monitor per pair.  That would seem
>  like a good idea
>  from the perspective that you don't have to grab the
>  keyboard, so there
>  may be physical workspace ways to alleviate some
>  natural tendencies.
>
>
>
>  Pam
>
>
>
>  -----Original Message-----
>  From: Mark Graybill
>  [mailto:Mark@...]
>  Sent: Tuesday, June 22, 2004 9:38
>  PM
>  To:
>  Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair
>  programming compatibility
>
>
>
>  What I failed to mention is that if someone is having
>  a difficult time with
>  working closely with people at work, they likely
>  have difficulty with
>  relationships outside work as well.  Thus
>  personal growth as a PP partner
>  can also improve relationships elsewhere because
>  working closely with people
>  for any reasons involves some of the same
>  phenomenon and principles.
>
>  -----Original Message-----
>  From: Mark@... [mailto:Mark@...]
>
>  Sent: Tuesday, June 22, 2004 5:08 PM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>  On Tue, 22 Jun 2004 14:03:38 -0500,
>  "Struthers, Rachel"
>  wrote:
>
>  > You still haven't answered my original
>  question - can
>  a
>  > domineering personality make the other person
>
>  > extremely unhappy -
>
>  Absolutely.
>
>  > or doesn't that matter?
>
>  It matters a great deal.  Coaches, leads and
>  managers
>  should be very cognizant of such a
>  situation.  Training
>  should exist to provide the social tools needed
>  for
>  effective pairing.
>
>  > Just looking for a yes or no - from anyone
>  > with real
>  > experience.
>
>  So yes for making the other person extremely
>  unhappy
>  and yes it does matter.
>
>  What to do about it depends on quite a few
>  variables.
>  The short of it is personality does not dictate
>  specific behavior, although it does both shift and
>  mediate it.  So those who are domineering can
>  learn how
>  to throttle their enthusiasm, provided their
>  motivations/intent is compatible with the
>  partner.  If
>  the partner is particularly concessive or timid,
>  they
>  can learn how to be more assertive.  It is
>  uncomfortable at first, but it is worth the
>  personal
>  growth.
>
>  The short of it is what I have witnessed is the
>  more
>  cohesive the pair is, the more alike their
>  interactive
>  behavior becomes when they are pairing.  The
>  important
>  thing to consider is that information that is not
>  shared but should be can be crucial to making the
>  right
>  shared decision everytime.
>
>  Mark
>
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  "The difference between making a breakthrough
>  and not
>  can often be just a small element of
>  perception."
>  - Brian Greene, Ph.D. "String Theory"
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
>  Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Sponsor
>
>
>    ADVERTISEMENT
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Links
>
>  To visit your group on the web, go
>  to:http://groups.yahoo.com/group/Agile_Experience_Group/
>  <http://groups.yahoo.com/group/Agile_Experience_Group/ >
>  To unsubscribe from this group, send an email
>  to:Agile_Experience_Group-unsubscribe@yahoogroups.com
>  Your use of Yahoo! Groups is subject to the Yahoo!
>  Terms of Service.
>
>
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  "The difference between making a breakthrough and not
>  can often be just a small element of perception."
>  - Brian Greene, Ph.D. "String Theory"
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
>  Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Sponsor
>
>
>
>  ADVERTISEMENT
>
>
<http://us.ard.yahoo.com/SIG=129ein4dq/M=295196.4901138.6071305.3001176/D=gr
>
oups/S=1705007207:HM/EXP=1088392651/A=2128215/R=0/SIG=10se96mf6/*http:/compa
>  nion.yahoo.com> click here
>
>
>
>
<http://us.adserver.yahoo.com/l?M=295196.4901138.6071305.3001176/D=groups/S=
>  :HM/A=2128215/rand=857946362>
>
>
>
>    _____
>
>  Yahoo! Groups Links
>
>  * To visit your group on the web, go to:
>  http://groups.yahoo.com/group/Agile_Experience_Group/
>
>  * To unsubscribe from this group, send an email to:
>  Agile_Experience_Group-unsubscribe@yahoogroups.com
>
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com?subject=Unsubscri
>  be>
>
>  * Your use of Yahoo! Groups is subject to the Yahoo!
>  <http://docs.yahoo.com/info/terms/>  Terms of Service.

==============

Ogni homo me guarda come fosse una testa de cazi.
- Franceso Urbini




Yahoo! Groups Links

It sounds like an interesting and challenging endevour.

I was a little confused by what you meant by this (on your website):
Pair programming is an interesting technique that allows only one person
at a time to control the keyboard.  One pair operates the keyboard and
writes code, as the other pair thinks of tests (we will use NUnit).

I would recommend that you leave one pair to write the tests and the
code for each task (as opposed to seperately).  I note writing tests
before code though honestly we have not mastered the tests before code
yet.

I've been working w/ agile development for a few years now and also
worked on a dual location collaborative development project, but never
both.  I've been thinking of the issues and challenges and had a few
thoughts to add:

1) #1 Most critical: Use NetMeeting XP and Win2000 have it built in
(type conf.exe at the Run prompt) or some other tool that allows you to
collaborate/share a program (with NetMeeting you can take control of the
other users program w/ mouse, type, etc.).  It also has whiteboard which
can even be connected w/ Mimeo if you like (good for design) and it has
a messenger built in.  It also has audio and video though I would
probably recommend you use a separate VoIP system.  This was touched on
a bit before - my addition is the key is to have a tool that allows you
to share a program.
2) That covers the development environment - I would recommend that you
use similar tools for shared overall design meetings to make sure that
all of your developers have the big picture.
3) Build / Release management - As your product and team grows you will
have increased overhead w/ your source, build and release management.
This is something that we have to manage here as we have 2 teams working
on different projects but against one code base.  Our solution has been
to branch when working on different stories and try to time our merges
w/ releases and minimize developer "down-time" (ie one team is complete
and waiting for the other to finish).  Ie we merge large blocks of code
every 3 or 4 weeks or so as a pair.

If two teams are working on the same project we try to sync tasks so
they don't work on the same class if possible - usually we can find
something else for them to do for a few hours or a day - support, build
script refinement, spikes, etc.  For source control we use CVS (jCVS or
WinCVS) and some use a tool called WinMerge (recently updated on
SourceForge) that integrates w/ WinCVS and is a good visual merge tool.


Another challenge w/ remote pair programming (which is admittedly pretty
obvious) would be to have developers that are motivated and
self-disciplined enough to not be distracted doing other things while
pairing (checking e-mail, websites, watching TV, etc).

There have been separate discussions re: pair programmer compatibility.
This is certainly something that can be important, but for your purposes
pair programming compatibility will be less of an issue at this point
then getting your process to work and be efficient.  At the point you
are beginning to worry about how does developer X work with developer Y
you have already surmounted the largest hurdles and are doing finer
tuning (which means you are in pretty good shape).

Some might disagree with my next statement, but I would also recommend
that you do what works for you (and your company) and ensure that you
are still getting your deliverables done.  Implement agile development
concept one at a time - Does concept A work for you?  Ok then keep it
then try another.  If not, modify/dump it and try another.

Strictly following any methodology can have drawbacks and agile
development is no exception.  Switching to a new development methodology
(even starting from scratch) can take some time to work out - doing it
all at once could halt (or appear to) halt your progress for enough time
for your management to notice and cause concern.  This may or may not be
a concern for you, but working at being cognizant about management's
perception of agile development is a key ingredient for success.


David


-----Original Message-----
From: Sedgewick [mailto:sedgewick@...]
Sent: Sunday, June 27, 2004 2:38 PM
To: Agile_Experience_Group@yahoogroups.com
Subject: RE: [AEG] Pair programming compatibility


I think I'm begging to understand.

I posted some copy on the Nata1 Unified site

http://www.nata1.com/Developers/eXtremeProgramming/default.aspx

I hope I understand what Pair programming is and what its not.  Based on
my past experience on open source projects, this may be just what we
need to make the project productive and create a team environment where
people are working in unision - i.e. on the same source file and on the
NUnit tests simultaneously.

I'll report in a couple weeks our findings, and also create some
questionairs.

Thanks Very much to the Agile community, there's hope that Nata1 Unified
may meet our goals and expectations!

Regards,
Paul

-----Original Message-----
From: Frozenquest [mailto:frozenquest@...]
Sent: Sunday, June 27, 2004 1:47 PM
To: Agile_Experience_Group@yahoogroups.com
Subject: Re: [AEG] Pair programming compatibility

The essensce of Pair Programming is that you have two brains working
together.  As I'd like to see how two people could work in two
difference locations and still pair (this is what I'm getting out of
your explaination).  Althought I'm rarely opposed to trying new things,
I'd imagine this would be a challenging setup; one which, in my
opinion,
wouldn't warrant the effort if I had a team which could work at the
same
location.  I would approach it as an experiment and setup a handful of
developers (4) to work in this way.  Then evaluate it after the first
couple of iterations, then compare the evaluation against the list of
potential issues brainstormed while setting up.  I wouldn't dive head
first.

I'm glad to see this discussion as I've questioned the need for pair
programming.  Having just departed from a company who adopted XP very
early on (2000) and evolved the methodology to fit their business
model,
to join a team which develops agilily, however, doesn't subscribe to
pair programming.

  From my experience there are positives and negatives on both ends and
depending on the team, the appropriate approach will be sought out.

As far as compatibilty issues, I've seen mainly two type: The Back-Seat
Driver and the Passenger.

The Back-Seat Driver:
In a situation where you have one developer, normally the senior
developer, telling the other person what to type.  This generally
occurs
when the senior is either providing explaintion on how something in the
system works or they are helping develop the skills of the junior. After
a while this becomes an issue, not only because the senior has to
explain quite a bit but also because they as well be driving
themselves.
   Ideally the time spent by senior and junior
developers as a pair is the get the junior up to speed with the
technology and the project.  If they are unable to ramp-up on these then
everytime they pair, they are in this back-seat driver situation. I've
felt quite unproductive and frustrated; feeling, "Why can't this person
get it already."  I'm sure when I was first starting off and my senior
felt the same way.  After awhile the situation turns into the Passenger
when the senior gets frustrated enough to just take over.

The Passenger:
Two developers, one driver for the entire ride with little to no
contribution from their partner.  The person with the keyboard may as
well be developing alone.  The other person really isn't doing much,
and
at times are lost with little to contribute.  Maybe a minor spelling
mistake here or there, but they are not contributing to the development
of the application.  Sometimes when they are forced to answer a
question
regarding the work that was done, they are at a loss.

It is important for not only the pair to recognize these situations but
also the team as a collective.

Having special setups with two keyboards and all this other stuff
doesn't seem necessary as long as the pair is working as a unit and
they
are both contributing.

I tend to agree with Arun with the setup question and using the pair to
excel past the sticky points.  Normally when the pair is stuck, the
team
is involved in helping them get out of it.  This happens as well.

Thanks,
Chris

> Anyone have any luck pair programming remotely?  What kind of setup
> would be the easiest and cheapest to setup, as my developers are
> located globally.  I
> think that pair programming could be very effective, and wonder how
> necessary it would be to have the pairs in the same physical location.
> Seems like the physical communication would be essential.
>
> Paul

>  -----Original Message-----
>  From: Arun Batchu [mailto:arun_batchu@...]
>  Sent: Wednesday, June 23, 2004 1:37 PM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>
>
>  These arrangements seem pratical but, in my opinion, in general are
> not  necessary. I think the driver/navigator paradigm is what makes
> pair  programming tick. Situations like right/vs/left-handedness,
>  natural/vs/ergonomic keyboard/mouse preferences might warrant such
elaborate
>  mechanisms, but, in general, do we really need them?  Most of the
> power of  pair programming comes when a pair works as a unit with the
> brains/minds
>  scaling different cognitive levels more fluidly since the other
> mind is
>  there to depend on for not getting stuck.
>
>
>
>  I am sure all of us have had the jitters when we are not in the
> driver's  seat. But imagine the havoc that would be created if there
> were two
sets of
>  brakes and accelerators! Wouldn't the same apply to pairing?
>
>
>
>  /arun
>
>
>
>    _____
>
>  From: David Paxson [mailto:dpaxson@...]
>  Sent: Wednesday, June 23, 2004 11:15 AM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>  Saint Paul College has some reverse KVM switches (two keyboards, two
> mice,  one monitor, one CPU) in use in one of their labs.  Warren
> Sheaffer set up
>  the lab and I know it has been used for several classes.  I do not
know the
>  results of it, whether instructors and students liked the arrangement

> and  how much it was used.
>
>  - David Paxson
>
>  -----Original Message-----
>  From: Mark@... [mailto:Mark@...]
>  Sent: Wednesday, June 23, 2004 9:49 AM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>
>  I know a married couple who are both
>  programmer/consultants - they are pair programmers as
>  well.  They have their own screens and keyboards yet
>  they are for the same computer.
>
>  Mark
>
>  On Wed, 23 Jun 2004 06:53:05 -0500, "Pam Rostal"
>  wrote:Importance: Normal
>  Message-Id:
>  List-Unsubscribe:
>  From: "Pam Rostal"
>  X-Priority: 3 (Normal)
>  Reply-To: Agile_Experience_Group@yahoogroups.com
>  X-Mailer: Microsoft Outlook, Build 10.0.3416
>  X-Mimeole: Produced By Microsoft MimeOLE V6.00.2800.1165
>  Date: Wed, 23 Jun 2004 06:53:05 -0500
>  Mailing-List: list
>  Agile_Experience_Group@yahoogroups.com; contact
> Agile_Experience_Group-owner@yahoogroups.com
>  Received: (cpmta 10411 invoked from network); 23 Jun
>  2004 04:53:29 -0700
>  Received: from 66.218.66.99 (HELO n31.grp.scd.yahoo.com)
>        by smtp.c000.snv.cp.net (209.228.32.87) with SMTP; 23  Jun 2004

> 04:53:29 -0700
>  Received: from [66.218.66.158] by n31.grp.scd.yahoo.com
>  with NNFMP; 23 Jun 2004 11:53:20 -0000
>  Received: (qmail 99413 invoked from network); 23 Jun
>  2004 11:53:17 -0000
>  Received: from unknown (66.218.66.216)
>        by m18.grp.scd.yahoo.com with QMQP; 23 Jun 2004  11:53:17 -0000
>  Received: from unknown (HELO rwcrmhc13.comcast.net)
>  (204.127.198.39)
>        by mta1.grp.scd.yahoo.com with SMTP; 23 Jun 2004
>  11:53:17 -0000
>  Received: from synergenesis
>  (c-24-118-214-192.mn.client2.attbi.com[24.118.214.192])
>        by comcast.net (rwcrmhc13) with SMTP
>        id ; Wed, 23 Jun 2004 11:53:08 +0000
>  X-Egroups-Return:
>
sentto-4520250-456-1087991600-Mark=Graybill.com@...
>  X-Yahoo-Profile: pmrostal
>  X-Msmail-Priority: Normal
>  Content-Type: multipart/alternative;
>        boundary="----=_NextPart_000_0008_01C458EE.BC8B19F0"
>  X-Egroups-Remote-Ip: 204.127.198.39
>  X-Apparently-To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>  X-Received: 23 Jun 2004 11:53:29 GMT
>  In-Reply-To:
>  Precedence: bulk
>  Delivered-To: graybill.com%Mark@...
>  Delivered-To: mailing list Agile_Experience_Group@yahoogroups.com
>  Return-Path:
>  MIME-Version: 1.0
>  To:
>  X-Sender: pmrostal@...
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  I haven't done it, but just returned
>  from a workshop with Jim Highsmith and Joshua Kerievsky  (sp?).  They
>  showed their workspaces, and everybody had their own
>  keyboard, even though they
>  were using only one monitor per pair.  That would seem
>  like a good idea
>  from the perspective that you don't have to grab the
>  keyboard, so there
>  may be physical workspace ways to alleviate some
>  natural tendencies.
>
>
>
>  Pam
>
>
>
>  -----Original Message-----
>  From: Mark Graybill
>  [mailto:Mark@...]
>  Sent: Tuesday, June 22, 2004 9:38
>  PM
>  To:
>  Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair
>  programming compatibility
>
>
>
>  What I failed to mention is that if someone is having
>  a difficult time with
>  working closely with people at work, they likely
>  have difficulty with
>  relationships outside work as well.  Thus
>  personal growth as a PP partner
>  can also improve relationships elsewhere because
>  working closely with people
>  for any reasons involves some of the same
>  phenomenon and principles.
>
>  -----Original Message-----
>  From: Mark@... [mailto:Mark@...]
>
>  Sent: Tuesday, June 22, 2004 5:08 PM
>  To: Agile_Experience_Group@yahoogroups.com
>  Subject: RE: [AEG] Pair programming compatibility
>
>  On Tue, 22 Jun 2004 14:03:38 -0500,
>  "Struthers, Rachel"
>  wrote:
>
>  > You still haven't answered my original
>  question - can
>  a
>  > domineering personality make the other person
>
>  > extremely unhappy -
>
>  Absolutely.
>
>  > or doesn't that matter?
>
>  It matters a great deal.  Coaches, leads and
>  managers
>  should be very cognizant of such a
>  situation.  Training
>  should exist to provide the social tools needed
>  for
>  effective pairing.
>
>  > Just looking for a yes or no - from anyone
>  > with real
>  > experience.
>
>  So yes for making the other person extremely
>  unhappy
>  and yes it does matter.
>
>  What to do about it depends on quite a few
>  variables.
>  The short of it is personality does not dictate
>  specific behavior, although it does both shift and
>  mediate it.  So those who are domineering can
>  learn how
>  to throttle their enthusiasm, provided their
>  motivations/intent is compatible with the
>  partner.  If
>  the partner is particularly concessive or timid,
>  they
>  can learn how to be more assertive.  It is
>  uncomfortable at first, but it is worth the
>  personal
>  growth.
>
>  The short of it is what I have witnessed is the
>  more
>  cohesive the pair is, the more alike their
>  interactive
>  behavior becomes when they are pairing.  The
>  important
>  thing to consider is that information that is not
>  shared but should be can be crucial to making the
>  right
>  shared decision everytime.
>
>  Mark
>
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  "The difference between making a breakthrough
>  and not
>  can often be just a small element of
>  perception."
>  - Brian Greene, Ph.D. "String Theory"
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
>  Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Sponsor
>
>
>    ADVERTISEMENT
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Links
>
>  To visit your group on the web, go
>  to:http://groups.yahoo.com/group/Agile_Experience_Group/
>  <http://groups.yahoo.com/group/Agile_Experience_Group/ >
>  To unsubscribe from this group, send an email
>  to:Agile_Experience_Group-unsubscribe@yahoogroups.com
>  Your use of Yahoo! Groups is subject to the Yahoo!
>  Terms of Service.
>
>
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  "The difference between making a breakthrough and not
>  can often be just a small element of perception."
>  - Brian Greene, Ph.D. "String Theory"
>  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>  Mark Graybill - http://www.Mark.Graybill.com
>
>
>
>
>  Yahoo! Groups Links
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>  Yahoo! Groups Sponsor
>
>
>
>  ADVERTISEMENT
>
>
<http://us.ard.yahoo.com/SIG=129ein4dq/M=295196.4901138.6071305.3001176/
D=gr
>
oups/S=1705007207:HM/EXP=1088392651/A=2128215/R=0/SIG=10se96mf6/*http:/c
ompa
>  nion.yahoo.com> click here
>
>
>
>
<http://us.adserver.yahoo.com/l?M=295196.4901138.6071305.3001176/D=group
s/S=
>  :HM/A=2128215/rand=857946362>
>
>
>
>    _____
>
>  Yahoo! Groups Links
>
>  * To visit your group on the web, go to:
>  http://groups.yahoo.com/group/Agile_Experience_Group/
>
>  * To unsubscribe from this group, send an email to:
>  Agile_Experience_Group-unsubscribe@yahoogroups.com
>
<mailto:Agile_Experience_Group-unsubscribe@yahoogroups.com?subject=Unsub
scri
>  be>
>
>  * Your use of Yahoo! Groups is subject to the Yahoo!
>  <http://docs.yahoo.com/info/terms/>  Terms of Service.

==============

Ogni homo me guarda come fosse una testa de cazi.
- Franceso Urbini




Yahoo! Groups Links












Yahoo! Groups Links