Explicit Expectations Exercise

October 28, 2011

Assumptions is the mother of all … flurps.

I would say that the majority of our failures in cooperation and  collaboration arae due to assumptions. We also fail largely due to poor or lacking communication but this is based on an assumption that we don’t need to communicate in order to succeed.

I’ve seen so many problems arising from people making assumptions about other people. We prefix a lot of our statements with “I think that … ” or “I believe that …” and yet we continue acting based on the statement that follows. What is up with that? Shouldn’t the words “I believe …” raise a warning flag so red that it would have brought a tear to Karl Marx’s eyes?
My suggestion is that whenever you hear yourself or someone else utter words to that meaning, you should challenge yourself or the other person to validate the assumption.
I use those words all the time and I want someone to challenge me since that will provide me with great opportunities for learning.

When it comes to teamwork, I find that a lot of assumptions take the form of implicit expectations. We expect people around us to behave in certain ways and we assume that they know this and that they will act accordingly. This is a breeding ground for bad feelings and even less communication because we often attribute peoples failure to live up to our expectations to spite on their part. In an attempt to lessen the frequency and impact of these hidden assumptions I’m designing an exercise to help make our expectations more explicit. I’ve only run it a couple of times so far and have updated the format every time and I welcome any and all suggestions for improvement that you might have but I will describe the exercise as I plan to run it the next time.

Part 1:
I begin the exercise by creating columns on a whiteboard, headed by the different roles in the project; project manager, product owner, ScrumMaster, developer, tester etc. I’m aware that Scrum only prescribes three roles but the goal of this exercise is to make things explicit, not wishful thinking. I also ask a representative for each role to act as secretary for the second part of the exercise. I then hand out pens and Post-It notes to everyone present (all roles from the columns need to be present for the exercise to be meaningful). Then everyone gets to write down their expectations on the different roles on the Post-It’s, and post them in the column for the role they have expectations on, as they write them. The expectations are written on a format similar to user stories;
“As a ‘role‘ I expect ‘another role‘ to ‘fulfill some expectation‘ so that ‘some benefit will occur‘.”
I might for example post the following expectaion in the Product Owner-column:
“As a ScrumMaster I expect the Product Owner to be available for the team members at all times during the sprint to answer their questions about requirements so that they don’t have to guess what the customer needs.”
I give this part about 10-15 minutes or stop it when no more notes are being produced. People usually need some time to think during this exercise and they tend to write during the time available.

Part 2:
Then I go through role by role and note by note, asking for clarifications if needed, and also asking the representative(s) for the role if they intend to live up to the expectation on the note. I will ask the secretary to take additional notes from the discussion. Usually people want to live up to the expectations but not without clarifying what is meant;
What do you mean by ‘at all times’?” and “What do you mean by ‘available’?“.
Sometimes the expectations are off, it can be a project manager expecting team members from a Scrum team to report progress to him or a developer expecting a product owner to add every technical story they can come up with to the backlog. The discussion around these expectations is really important because it will clarify and set boundaries. It will validate or invalidate assumptions. I have found that for a group of 15-20 persons this part of the exercise will take about one hour if it is heavily moderated. Make sure that you have enough time for this discussion because this is an investment that will pay for itself.

Part 3:
After the exercise I ask the secretaries to take home and rewrite the accepted expectations as a contract, with any clarifying notes from the discussion added. The expectations should be turned around and rephrased as commitments.
For example:
“As a Product Owner I commit to be available, at least by mail and phone, five days a week for the team members, to answer their questions about requirements so they don’t have to guess what the customer needs.”.
The contracts are then to be signed or at least acknowledged by everyone representing the role.

The main goal of the exercise is not to produce contracts but to bring out as many assumptions and expectations as possible into the light. The contracts are just reminders about the exercise and a way of repeating what was agreed upon one more time after everyone has had a chance to digest the exercise.

This exercise can be done as an activity at the beginning of a project as well as later on if you experience communication issues in your project and suspect that they might stem from hidden assumptions. If you run this exercise, please share your learnings here so I can continue to improve it.

You can’t stop people or yourself entirely from making assumptions but you can tell other’s about yours and you can as them about theirs.

Advertisements

5 Responses to “Explicit Expectations Exercise”

  1. PM Hut Says:

    Hi Morgan,

    This reminds of an article I have published a long time ago about assumptions: “Assumptions: The Elegant Risk. I hope you’ll have the chance to read it when you get the chance.

    In any case, I think your post is excellent and I would like to republish it on PM Hut where a lot of project managers will benefit from it. Please either email me or contact me through the “Contact Us” form on the PM Hut website in case you’re OK with this.

  2. Ani Says:

    It is just wonderful idea.
    But often the problem is not the communication, it’s personal ego.
    I always work on communication, team building, giving early feedback, giving compliments, trying to bring social discussion between the team to narrow the distance between the team members, finding lean and agile way to work more effectively. I put so much energy that team goes further together.

    I never heard the word from anyone saying: You are doing dam good job. Instead they trust more on other people who are taking their valuable time and learn them the same thing.

    Can ‘Explicit Expectations Exercise’ work on these people?

    • morgsterious Says:

      Hi Ani,
      thanks for stopping by and commenting. I don’t think the exercise will change anything on it’s own; you will still need to keep working on the changes you wish to see. It can be an initial eye opener though. I’ve seen a lot of aha moments using the exercise when people realize how far apart they actually are and how far off from reality their assumptions are, but that doesn’t mean they’ll automatically change any behavior.
      Good luck and please let me know what happens if you decide to try it out.
      Cheers!
      /Morgan

  3. Rasmus Rasmussen Says:

    Morgan, I am hearing appreciating words at the office about this exercise! Hope to be able to do it some day!


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: