Archive for Teamwork

Coaching Self-Organizing Teams

Joseph Pelrine gave a really interesting session on “Coaching Self-Organizing Teams” at Agile 2009.  (Mark Levison wrote about the pre-cursor to this session last year.)

There were a number demonstrations:

  1. The first was of self-assembly (orange) and illustrated through people getting into an elevator.  They have no common goal and there is no change in behaviour.
  2. Another was of people who were given the simple instructions (brown) of don’t bump, stay at the same speed and converge to the centre.  This demonstrated the idea of the team as a complex adaptive system where simple rules can lead to emergent behaviour.
  3. Another was to ask people to clap there hands and then see how long it takes before everyone synchronizes.

He then went on to share some interesting ideas such as Core Group Theory – where the purpose of a company is to satisfy a core group of people.  To influence and organization, you need to know who they are.

Self-Organizing Teams - 1

Then things got really interesting.  Joseph likened self-organizing teams like making vegetable soup – the trick is to get the temperature right.

Checkout the heat gauge below.  As you can see there is a green zone where things are really cooking.  But beware the danger of too much heat (burning) and the cooling down phase where bad things can happen.  Gelled state is stable but there is not much innovation.  It is stable, but heat is needed to get cooking again.

What are the ways we can apply heat?

Stove #1 is about performance planning for individuals where challenge needs to be balanced against skill.  For a given skill level there is a range of challenge that can lead to a state of flow. With this model, there are two ways to climb in proficiency:

  1. People can surf the top line and take on challenges beyond our capability.  Think of a snowboarder pushing boundaries of what they can do.
  2. People can follow the bottom line and develop skills before taking on new challenges. This reminds me very much of Deliberate Practice – a key to Craftsmanship.

Self-Organizing Teams - 2

The next simulation was to have a group of people sit in a circle and pretend they are a development team.  The people on the outside interrupted them to ask questions.  Even when the team resisted, they felt pressured.

Stove #2 is to use the ABIDE model by David Snowden. (The pre-requisite is the have a context and a container.)  We need to think about how to stimulate the social network.  Here are some hooks:

  • Attractor – Pride, money, quality, charisma
  • Boundaries – Team boundaries e.g. traditional Dev/QA
  • Identities – Role, responsibility
  • Diversity – Gender, age, skills, personality
  • Environment – Team room, desks, computers

We can make changes to any of these to get a shift in team dynamics.

Like this?  Joseph has some online talks on InfoQ:

Comments (4)

Agile Learning Resources

This is a list of some resources that are useful for getting started or growing your understanding of Agile.

The permanent page for this content on my website is here (so this is better place to link to since it will be updated).

Getting Started

Short articles for printing out and reading while you are on the train/subway.

Intro to Scrum/Agile

Other Stuff you need to know to get your project started

Next Steps

  • Check out some of the other resources below.
  • Start reading some of the books.
  • You have started a journey of learning – be patient and enjoy the trip.

Additional Learning Resources

Books to Read

Stage 1: Getting the basics in place

Deepening the practice

eXtremeProgramming

Technical Practices

Lean

Other good ones

Games & Simulations

  • XPGame – learn how Agile really works
  • Leadership Game - learn different leadership styles and how you relate to them
  • Bottleneck Game – learn how to improve your processes to eliminate bottlenecks
  • Business Value Game – learn strategies and challenges with prioritizing work (product backlog)

Leave a Comment

Agile Kick Start and Agile Games Day – Announcing Two Workshops October 19th and 21st

As one of the organizers of Agile Tour Toronto I was thrilled with our success in attracting attendees – we sold out a month before the conference.  We decided that we would rather have a smaller conference with a good experience rather than a larger one that is more than we can manage in our first year running it.

To run the conference, we created a not-for-profit organization – Toronto Agile Software Development Community – with a mission of helping people and companies in the Toronto area with Agile techniques.  I was sad that we could not do more to help grow Agile in the community.

A few days ago, Yves Hanoulle, announced that he would like to do some training to help justify flying all the way to Toronto just for a one day conference.  I agreed to help and we are going to jointly run not one, but two workshops around the time of Agile Tour Toronto.  This will allow Yves to attend and present as well as provide an opportunity for those who can’t attend Agile Tour Toronto.  The works are:

Agile Kick Start – Monday, Oct. 19th

Agile Kick Start is for those new to agile as well as those interested in learning more about the technical pillar of Agile called XP.  We also talk about agile values, self-organizing teams, project vision, scaling agile, visual management, the famous XP game.

Agile Games Day – Wednesday, Oct. 21st

Agile Games Day provides hands-on experience with key Agile concepts through a day of learning by doing.  This includes defining business value, leadership/self-organization, and learning how to go faster using the Theory of Constraints.  If you haven’t tried before, this is a great way to learn and internalize concepts.

Why offer these sessions?

As organizers of Agile Tour Toronto, we noticed that there were a lot of people registering groups of people from their company to get basic training.  Hence the motivation for offering Agile Kick Start.

One of the things we talked about doing as part of Agile Tour Toronto was to run a games track since we know how important hands-on learning is.  Then we hit complications like finding more space, soliciting proposals and just didn’t have enough time.

Yves and I are really excited to be able to offer these workshops as a complement to Agile Tour Toronto and hope you can attend.

Leave a Comment

SMART goals may not be that smart

I just blogged about Daniel Pink’s case around intrinsic and extrinsic motivation.  This is a good lead-in for why SMART goals may be damaging to your organization.

SMART stands for:

  • Specific
  • Measurable
  • Achievable
  • Relevant
  • Time-bound

It is common management practice to tie employee ratings and annual bonus to the achievement of SMART objectives.  In light of the impact extrinsic motivators have on creativity, we must ask if this is really a good idea.  Bonuses or job progression that are linked to SMART objectives are extrinsic motivators, so we are going to end up killing creativity.  Oops.

I will go one step farther, and say that SMART objectives may be directly damaging to the organization since it provides unaligned goals for different individuals.

In the best case these are competing. I am working towards my goal and you towards yours.  Why would I want to help you since that will help you succeed and take away from my effort.  This been seen repeatedly in Agile teams where requirements for individual achievement undermine the team’s ability to function.

In the worst case actually conflicting.  For example, my goal is contrary to what is best for the company.  At that point I face the hard choice to do what is right and what is good for me.  I have seen this situation lots of times.  Managers in the company are provided specific goals that are not 100% in alignment with overall objectives.  That’s really the root of the problem.  Unless you can guarantee that goals (SMART or otherwise) are 100% in alignment with company goals you will run into this problem.  And even if goals are in alignment when they are created, what invariably happens is that there is drift in alignment as new information arrives.  Lean avoids this problem by focusing everyone on the top level company goal: profitability.  Anything else and your company will be wasting effort.

The last thing I’d like to touch on is what it means to be achievable. In IT, there is a lot of uncertainty about delivering software.  I have seen too many projects badly harmed by goals that have board level visibility.  With Agile projects there is some hope: work can be prioritized.  With more traditional projects, the common result is rushed work that leads to low quality and let’s of extra work and delay due to rework.  It can lead to compromised design, bad architecture, and a project that takes much longer than expected.

So watch out for SMART goals – they may not be.

Comments (2)

Use Desk Flags to protect your Pomodoro

A bunch of the folks I am working with now have started to use the Pomodoro Technique.  This is really cool and a great way to boost productivity.

One of the challenges is people interrupting because they don’t know someone’s in a Pomodoro.  So, one compensation (not a solution, just a mitigating technique) is to use … Desk Flags.

  • Flag up =  ”I’m concentrating – do not disturb.”
  • Flag down = “It’s cool to talk to me.”

Here you can see two people working, the closer person has a flag up.
One flag up, one flag down

The flags were ordered from DeskFlags.com and they sell this cool 360 degree “click-it” (red and white object in the photos below) that allows one to easily swivel the flags around.

This is how they are mounted.

flag-up

flag-down-2

As I mentioned before, this is a compensation for when people are working solo.  An even better compensation is pairing, but that another story…

Comments (2)

“Crucial Converations” helps in tough situations

“Crucial Conversations” was my book of the year a few years ago for a good reason.  It helped me with some very difficult conversations at work and at home.

I was reminded of this resource when someone I work with was suggested that this was an area of growth for her.  She was kind of annoyed, and then I reminded her that this is a great skill to develop.  I have been working on this for years and I still can do with more improvement.  So in my estimation, take any chance to develop communication skills since it pays off.  Bigtime.

I am not going to summarize the book here.  Instead you can check out a mind map I made up to summarize:  Crucial Conversations – Summary map – shared on www.biggerplate.com I made the mindmap up to help the team I am working with.  Feel free to share it with yours.  Anyway, a few days later, I had an opportunity to use these techniques on my own crucial conversation and turned a very sticky situation into opportunity.  Not sure if it’s a happy ending yet…

If you are in Toronto/GTA, and interested in improving your communicatino, then you might even want to consider a workshop with Innergize Training on Workplace Conflicts And Handling Sensitive Issues.

Leave a Comment


       Certified Scrum Coach Certification
         XPToronto and Agile User Group