Archive for August 25th, 2009

  • Agile 2009: My Greatest Coaching Mistakes 2000-2009

    Date: 2009.08.25 | Category: Agile, Coaching, Communication, Conferences | Response: 0

    Stopped in today to J.B. Rainsberger’s interesting discussion about his big misses in the last nine or so years.  He used an interesting format of people sitting in a circle instead of sitting around conference room tables.  Here is a list of the interesting ideas I jotted down while listening to the conversation.

    • Practices like pair programming, timeboxes, iterations, user stories, release planning, etc. are neither good nor bad.  They are either appropriate for the environment or not.
    • One resistant person is more than enough to bring down an Agile team.  It is better to have people who have a similar style work together and form your Agile team around them.
    • If you are going to do something a stakeholder does not expect – like deliver early or spend time fixing broken tests – be sure to give them advance warning.  In low trust environments, this can be a good first step in building trust.
    • If the response of someone is not what you expected, you need to spend time understanding the significance of what you said and how it was interpreted by the listener.  Consider the worst possible interpretation of your actions to reduce the number of communication surprises.
    • Use smaller user stories when a Team is beginning with Agile to build a sense of accomplishment with the Team.  As they become more experienced and skilled, use bigger stories.
    • Training is about increasing your capability and improving your skills.  Coaching is about reducing interference and improving the signal-to-noise ratio.
    • Coaching is about giving people a new way of working together.  All the Agile tools and practices are worthless if people cannot talk with each other.

  • Agile 2009: Debugging Pair Programming & Impact of Gender

    Date: 2009.08.25 | Category: Agile, Collaboration, Conferences, Extreme Programming, Pair Programming | Response: 0

    Mat Wayne ran an interesting session about overcoming resistance to pair programming organized around personas.  On each table there was a description of a different persona and some ideas on why that persona might resist pair programming.  Our job was to discuss in groups why the persona was resisting pair programming and some ideas on how to overcome the resistance.

    I tried to make the case that gender differences was an important consideration in resistance to pair programming.  In a room full of (mostly) men, it was hard to be taken seriously, especially after the few women in the room were pretty vocal opposing my viewpoint.  However, I think the people in that room\conference self-selected to be interesting in pair programming.  The sample was biased toward ignoring the impact of gender on pair programming.  Remember, the purpose of the session was to help people who do not want to do pair programming to become more interested in it.

    After talking with some friends, I think there are more gender dynamics at play when men and women work together programming and some of these might explain why women are not interested in (pair) programming.

    • Pair programming requires two people to work in close proximity.  Some women might not feel comfortable sitting less than two feet from a male co-worker for most of the day or not be interested in the unwanted attention from men.
    • Male programmers have a really strong geek hierarchy thing going on.  The more uber-geek you are, the more status you have and the bigger your voice on the Team.
    • Get more than three men together and you begin to create a “locker room culture” that is a normal part of male bonding.  This is often characterized by seemingly harsh, personal put downs of your ideas by your peers.

    I don’t think any one of these things is a definitive cause, but I do believe they add up and discourage women from participating on programming teams.  As coaches, we need to be mindful of gender and provide a safe environment.  It is not that women need extra help, just men need to be reminded to act like adults.

Frequent Topics

Agile Agile SD Certified ScrumMaster Class Design Coaching Collaboration Communication Conferences Daily Scrum Design Excellence Design for Six Sigma Extreme Programming Games Innovation Games Lean Legacy Code Links of the Week Measures Movies Pair Programming Personal Planning PMI Practices Presentations Product Owner Quality Refactoring Retrospectives Rugby Scrum ScrumMaster SIMSOC Spain Team Test-Driven Development Testing Tools Training Transitions Travel Voice of the Customer

Calendar

August 2009
M T W T F S S
« Jul   Sep »
 12
3456789
10111213141516
17181920212223
24252627282930
31  

NetPromoter Score

No progress bars found

LinkedIn

Carlton Nettleton

Recent Comments

User Groups

Archives

Enter your email address to subscribe to this blog and receive notifications of new posts by email.