aspose file tools*
The moose likes Agile and Other Processes and the fly likes pair programming and prospective clients Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of JavaScript Promises Essentials this week in the JavaScript forum!
JavaRanch » Java Forums » Engineering » Agile and Other Processes
Bookmark "pair programming and prospective clients" Watch "pair programming and prospective clients" New topic
Author

pair programming and prospective clients

Marilyn de Queiroz
Sheriff

Joined: Jul 22, 2000
Posts: 9052
    
  12
I've seen situations where the client is fearful of pair programming ... doesn't want to pay for 2 developers to do the work of one (so to speak). How would you address the client's concerns?


JavaBeginnersFaq
"Yesterday is history, tomorrow is a mystery, and today is a gift; that's why they call it the present." Eleanor Roosevelt
Ilja Preuss
author
Sheriff

Joined: Jul 11, 2001
Posts: 14112

[ November 15, 2007: Message edited by: Ilja Preuss ]

The soul is dyed the color of its thoughts. Think only on those things that are in line with your principles and can bear the light of day. The content of your character is your choice. Day by day, what you do is who you become. Your integrity is your destiny - it is the light that guides your way. - Heraclitus
Ilja Preuss
author
Sheriff

Joined: Jul 11, 2001
Posts: 14112
With other words, software development is not best thought of as a couple of tasks that are worked on individually, it's a team effort, with lots of communication, creative thinking etc. pp. And you don't optimize the productivity of a team by having everyone work on his own task.
Jeanne Boyarsky
author & internet detective
Marshal

Joined: May 26, 2003
Posts: 30894
    
158

Originally posted by Marilyn de Queiroz:
I've seen situations where the client is fearful of pair programming ... doesn't want to pay for 2 developers to do the work of one (so to speak). How would you address the client's concerns?

Is it just pair programming or is the client concerned with agile over all? For example, can you give estimates on a higher level rather than per developer? If all estimates are on the task level, the client shouldn't have to know or care how you go about implementing it. That's the project manager (or team's) job.

We don't pair program all the time. Or regularly for that matter. But when we do, we don't inform the customer. Sometimes we discuss with management that mentoring would be helpful in that situation. Or that it would be a particularly useful task to pair on for knowledge transfer or criticality. Sometimes two people just decide that it would be the most efficient way to accomplish the two tasks. If both tasks are accomplished during the estimated time, why should the client care who worked on them?

Or is this a case of the client hiring contract programmers individually rather than dealing with the concept of a team?
[ November 14, 2007: Message edited by: Jeanne Boyarsky ]

[Blog] [JavaRanch FAQ] [How To Ask Questions The Smart Way] [Book Promos]
Blogging on Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, OCAJP, OCPJP beta, TOGAF part 1 and part 2
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: pair programming and prospective clients