| Newsgroups |
gmane.comp.programming.extreme-programming |
| Organization |
iDIA Computing, LLC |
| Message-ID |
<[email protected]> |
Jay,
On 10/14/16 7:08 PM, Jay Bazuzi [email protected] [extremeprogramming] wrote:
>
>
> "they were told to pair program" - That's exactly what I'm objecting to.
> Teams should decide this for themselves.
Yes, I mentioned that to highlight the difference with the second team.
The management was the same.
> Maybe you read "hold the team to their decisions" as "managers should
> hold the team to the manager's decisions". I meant "when a team makes a
> decision, the manager should help make sure that the team sticks with
> that decision until the team makes a new decision."
Why should the manager do that? I predict many bad outcomes:
- The team that thinks they have to choose what the manager wants them
to choose.
- The team that is afraid to make a decision because then they'll be
stuck with it.
> I say this because I've watched teams decide to change how they work
> (say, "full-time pairing on all production code"), and it lasts for a
> little while and then happens less and less without the team actually
> deciding to stop. If they want to stop that is fine, but they should
> make a decision according to their decision-making practice (whatever
> that is). And I want managers (and everyone else) to reinforce that.
That tells me that the team didn't *actually* decide to work that way.
They only *said* they had decided. Perhaps someone else was better at
"winning meetings" and that was taken as a team decision. Perhaps they
were coerced into choosing that. For whatever reason, they're not
whole-heartedly behind the decision. Their behavior tells you that.
Use that behavior as information, not as something to be thrown in their
face. Enforcement of the nominal decision will likely be seen as punishment.
When the first team kept choosing "get better at pair programming" as
the outcome of their retros, I finally stepped in and said, "I've notice
that you've chosen this action for the last several retros. May I
suggest that you choose something that you've got the energy to do."
That got them unstuck, and they were able to make other improvements. It
took months before they were ready to do much pair programming, though.
- George
--
----------------------------------------------------------------------
* George Dinwiddie * http://blog.gdinwiddie.com
Software Development http://www.idiacomputing.com
Consultant and Coach http://www.agilemaryland.org
----------------------------------------------------------------------
------------------------------------
Posted by: George Dinwiddie <[email protected]>
------------------------------------
To Post a message, send it to: [email protected]
To Unsubscribe, send a blank message to: [email protected]
ad-free courtesy of objectmentor.com