RE: Inspections Was: RE: [AM] ANN: Mashing Deadly Myths

Sometimes, even when no single person knows the whole answer, the collective knowledge of the team contains the answer or enough to make it possible to figure it out together.  

But, at other times, the team cannot piece an adequate solution together.  At those times, we can hope that since each person has already admitted to the team they do not know the whole solution, it will be easier for the team to admit it needs external help.  A traditional team of individual developers who will not share solutions nor admit that they do not know something will never ask for help.  So, external inspections is about the only way to determine if they need help. 

-----Original Message-----
From: Tiseo, Paul [mailto:[email protected]]
Sent: Tuesday, February 24, 2004 1:51 PM
To: [email protected]
Subject: RE: Inspections Was: RE: [AM] ANN: Mashing Deadly Myths



JB:

The beauty of "promiscuous" :) pair programming is the "union" of collective
knowledge sets. Most developers aren't inclined to share. But, when it
happens, it can be great. That's *real* team-building, not the HR-hosted IS
mini-putt game. :) :)

OTOH, the ugliness of pair programming is that ten people who don't know the
answer to a specific problem individually, also don't know it collectively. 

_________________________________
Paul Tiseo, Systems Programmer
Research Computing Facility
Mayo Clinic Jacksonville, Griffin 371
[email protected]
   


> -----Original Message-----
> From: J. B. Rainsberger [mailto:[email protected]]
> Sent: Tuesday, February 24, 2004 3:44 PM
> To: [email protected]
> Subject: Re: Inspections Was: RE: [AM] ANN: Mashing Deadly Myths
> 
> Tiseo, Paul wrote:
> 
>  > You don't ask the doctor who just told you your cancer
> > is incurable the same question again, do you? And, you don't limit
> yourself
> > to the knowledge of one doctor, do you? No. So, you ask around. Another
> > analogy: How often do you miss a grammatical error in a text, simply
> because
> > you are the one who wrote it?
> 
> Right. That's why we Pair Promiscuously: we get second opinions every day.
> --
> J. B. Rainsberger,
> Diaspar Software Services
> http://www.diasparsoftware.com :: +1 416 791-8603
> Let's write software that people understand
> 
> For more information about AM, visit the Agile Modeling Home Page at
> www.agilemodeling.com

For more information about AM, visit the Agile Modeling Home Page at www.agilemodeling.com

For more information about AM, visit the Agile Modeling Home Page at www.agilemodeling.com
--^----------------------------------------------------------------
This email was sent to: [email protected]

EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrKDA.bWnbtk.Z2NtYS1h
Or send an email to: [email protected]

TOPICA - Start your own email discussion group. FREE!
http://www.topica.com/partner/tag02/create/index2.html
--^----------------------------------------------------------------