Monthly Archives: September 2011

The FirstFollower is what Transforms a Lone Nut into a Leader

Yves Hanoulle pointed me in his blog to a concept that I think he has heard about from Chris Matts. I love inspirations from awesome coaches :-)

First Follower

To create a movement, someone has to start and become the leader. But as long as this someone stays alone, s/he is not yet a leader, s/he’s a lone nut. There’s a specific person who transforms the situation: the lone nut becomes the leader when the First Follower joins hir and they start forming a movement or tribe. Derek Sivers did an amazing, 3min TED talk on this:

Continue reading

Assumed Motivation

Test-Driven Conversations

At the AgileCoachCamp US, Derek W. Wade ran a session on the advocacy/inquiry interaction pattern, titled “WTF” (Where’s that from).

The basic idea is simple: when we listen to a statement of another person, we assume a certain context, in which we would have made such a statement.

Assumed Motivation

Assumed Motivation—drawn by Derek

Derek had a nice example: Joe comes home and finds that Jim has thrown the plates on the kitchen floor. They are broken, and he shouts, “why did you break those plates, are you crazy?” The situation escalates…

Continue reading

Compassion—the Power of Vulnerability

I’ve learned a lot about myself in the conversations at AgileCoachCamp US. I talked with Michael Sahota, Dave Sharrock, Siraj Sirajuddin, Pascal Pinck and others about various topics, a prominent being the influence maps that Siraj had multiple sessions on during the camp. Today, Gerry Kirk posted a TED talk by Brene Brown that gave me further insights into the source of my happiness:

Connection

Brene talks about the personal ability to feel connected. She identifies shame as the fear of disconnection, not being worthy of connection. In order for connection to really happen, we have to allow ourselves to be seen. She found in her research there are two groups of people:

  • one with a sense of worthiness, feeling worthy of love and belonging, and
  • one struggling for love and belonging.

Courage

 What do these people who feel worthiness have in common? She found they’re whole-hearted, they have a sense of courage, the courage to be imperfect. They share the compassion to be kind to themselves first and then to others.

These people have connection because of authenticity, and they fully embrace vulnerability. They share a willingness to invest in a relationship without knowing if it will work out.

Vulnerability

To me, her talk boils down to: people who realise that vulnerability is important, who say, “I’m enough”, surrender and walk into it, will be happier. Because:

You can’t selectively numb emotions. If you numb your vulnerability, you numb joy, gratitude and happiness too.

Real Options

To me, this connects with Real Options. Allow uncertainty back into your life—accept you have real options, and that these have value. Stop being certain, start having open conversations. To do that, you need to be vulnerable.

Session Title

Kanban Considered Harmful? turned into Quality of Life

The AgileCoachCamp US in Columbus, Ohio, was in many ways an enlightening and awesome event. Pascal Pinck invited me to come, meeting him and talking to him was one of the highlights of the weekend. This won’t be my last post about ACCUS

Session Title

Kanban Considered Harmful?

I had a few conversations at the SoCal Kanban/Lean Software meetup in LA (see my slides here) about situations where teams had failed to introduced Scrum, not succeeding in building working software every few weeks. Then someone came along and suggested Kanban, as this would not require iterations… I see an evil pattern there: Teams (and organisations) think they are agile once they introduced a framework (Scrum) or tool (Kanban). This is wrong. Both are meant for a single purpose: to challenge the status quo. To support continuous improvement of the way we work. So if you “succeed” in doing Scrum (Backlog, Burndown, potentially shippable etc.) but don’t continue to improve from there, you miss the point. If you “succeed” in putting a Kanban board on your wall, assign WIP limits that feel comfortable and never start improving, you miss the point.

I love Kanban, as it is used as a gentle tool to introduce change and lead to a continuous agile/lean transformation of the workplace and value network. As it leads to building the right things better, instead of the wrong things righter. I love Scrum, if after the initial (revolutionary) step you continually improve. If you don’t do that, you’re getting it wrong, and unfortunately Kanban is not only easier to introduce, is also easier to misuse in this sense.

Given the situation at the CoachCamp with so many experienced lean and agile coaches, I proposed a session with the provocative title “Kanban considered harmful?” It worked in luring the right people into the session, and the outcome that emerged totally astonished me…

Agile Adoption in the Large

We started discussing an excuse (my interpretation) for such a development:

  • Scrum or Kanban is (really) introduced in a small setting of a big organisation and works as beacon (better software faster), so that
  • Senior Management decides to roll out Agile in the big organisation (to save money), so that
  • Teams and Managers do Agile without actually seeing the point, so that
  • they don’t get it right.
I think that’s a poor excuse, as we (as agile practitioners) should tell senior management that this strategy is a sure setup for failure. Yet, senior managers expect a financial benefit from a change. So, we started to talk about

Managing Management Expectations

The Quality of Life Model

Read the picture like this:

  • Senior Management expects to earn/save/protect money (arrow to the top). They expect a certain benefit. Should we tell them to expect less benefit? No! Benefits are multi-dimensional and interdependent:
  • (read clockwise from the money arrow) Once we inspire our staff with a clear and compelling purpose,
  • the will be better motivated,
  • which lets us tap into the creative power of all our employees.
  • This should lead to the creation of better products,
  • better processes (if we give people the autonomy to define the best suitable process)
  • leading to more customer satisfaction and
  • more marketshare.
  • and then, only then, we get more money, leading to a better Quality of Life for all.
There’s a lot of thinking to be done on this, it is boldly simplified in places, but I think this is a good starting point for a discussion.
And I was delighted that the outcome of my session was not harmful :-)

ALE2011—The Story of Organising with a Purpose

I already wrote about the organisational model, thanked all the contributors… Oana, Franck, Marcin and I were the ALE2011 program sofa fellows and gathered our thoughts about the story in a prezi.  Now you can see our talk about

The Story of Organising ALE2011

It all starts on Skype… (the same post is now available on the ALE2011 site as well)

ALE2011 Awesomeness—lovingly captured by Marcin Floryan

Anarchy with a Purpose—a Model for Emergent Awesomeness

ALE2011 Awesomeness—lovingly captured by Marcin Floryan

ALE2011 Awesomeness—lovingly captured by Marcin Floryan

An amazing crowd of volunteers organised the first gathering of the Agile Lean Europe network, ALE2011. It happened last week, and being part of the organisation team has not only been an honour and a pleasure, but also the most successful project I was ever involved with. Why? Because the organisation was emergent, the leadership and responsibility distributed, the team passionate and hard-working, and the outcome and created value outstanding, evaluated by the people who attended the unconference.

As I talked with various people before, at and after the event about our organisational model, my understanding of how and why it worked so well grew, so that now I can start summarising and explaining what we did. This will be a multi-post endeavour, which I hope to finish within a week, and I’ll do it in a way that you can give feedback and improve my thoughts along the way. The main step is done: Eelco Rustenburg already found a working title: Anarchy with a Purpose.

This first post will only give you the most important influences and a first insight into how we collaborated, decided, and measured progress. I’ll structure it in a way that each topic can (and will) be elaborated upon in a subsequent post.

The Purpose—Start With WHY

 The gathering had a simple and very compelling purpose: our joint vision to grow a network of sharing practitioners. People volunteered because of this purpose, speakers and participants came and paid and shared because of that purpose, and it was a clear goal to follow while we designed, planned and created the event. WHAT we did and HOW we did it was pulled from that purpose.

Although it was not apparent to me while we did it, I’d like to thank Simon Sinek for the guidance of his quote: “People don’t by WHAT you do, they buy WHY you do it.” Q.E.D.

Pull Value Using Feature Injection

Chris Matts and Liz Keogh developed a technique that I learned from Liz in a BDD tutorial (she’ll do another one soon near Berlin). It’s called Feature Injection and it’s a way to pull valuable capabilities and features from your vision and goal. Without realising it, we organised our sofas according to the intended capabilities of ALE2011:

  • ALE2011 should create learning and sharing experiences (program sofa)
  • ALE2011 should reach out to and integrate local communities (community sofa)
  • ALE2011 should encourage practitioners to come to Berlin and share experiences (participants sofa)
  • ALE2011 should invite participants to bring their families (spouse and kids sofa)

These sofas self-organised and pulled the features they needed from these basic capabilities, like (taking the program sofa as an example):

  • ALE2011 should have short invited talks by speakers from many countries
  • ALE2011 should have an Open Space on every day without anything planned in parallel
  • ALE2011 should have lightning talks with topics submitted by all participants so that everyone prepares something to share

Implementation of these features was highly incremental, similar to a software team pulling stories from these features into development.

Balance Commitments using Real Options

Olav & Chris—Real Option Masters (photo by Ivana Gancheva)

Olav & Chris—Real Option Masters (photo by Ivana Gancheva)

Together with Olav Maassen, Chris Matts applied Real Options to Agile. I had heard and talked about it for a while (especially during the development of the LeanProcrastination idea), but ALE2011 organisation let me truly experience it first hand. We had no other chance.

Because of the short timeframe of organisation (less than 4 months) we had to find a venue fast and commit to a contract early, binding us (thanks to agile42 for taking the legal responsibility for this) to pay 48k€ on August 8th. The hotel was agile enough to adapt these conditions to our options, as registrations and especially payments came in much later than expected. For nearly two months, until the end of August, we did not know if we would break even.

Because of this, we had to be careful not to commit to any other additional costs too early:

  • The hotel’s internet connection,
  • A dinner for all,
  • More rooms for Open Space
  • Technicians videoing all the talks in professional quality.

Yet, the fact that we were not able to commit to “standard features” lead to the emergent discovery of new options that wouldn’t have happened any other way:

  • The amazing guerilla internet connection,
  • The Dinner with a Stranger,
  • Open Space in two big rooms instead of many small ones,
  • A professional cinematographer who is now editing videos of the conference.

The surprising outcome is, apart from our great product, that we now actually have some money left over.

Distributed Cognition, Avoiding a Backlog

We did not keep a backlog. We used Mindmeister, Basecamp. Twitter, email and Skype to communicate, and Google Docs to gather knowledge. I’ve been getting more than 1000 mails a week during the last months, just to give you a feeling (that includes Twitter and Basecamp notifications). We wrote down what we discussed and only decided what to do in the last responsible moment.

That led to a few mistakes (we informed people who had submitted a talk that was not chosen for the program far too late, for instance—sorry!) but in the end I think the experience would have been much less interesting and new had we wrote down what we wanted to do far in advance. Committing to a backlog is a decision that’s not so easy to change, especially with 40 volunteers working from that list. Continually communicating ensured that were reminded of important features, decisions and tasks on time (in most cases) and with the best available information, leading to better informed decisions.

We paid with a few mistakes and increased need of communication, but we earned a more creative, unintended, emergent result which delighted our participants. I think it was worth it!

Real Options again:

  1. Options have value,
  2. Options expire,
  3. Never commit early unless you know why.