Category: Feedback

Thoughts On Øredev

Last week Sweden’s Malmö hosted Øredev for the sixth time. I believe it attracted more than 1400 people, all with varying backgrounds and interests. Unsurprisingly, the majority of attendees turned out to be Swedish and Danish people (with Malmö very well connected to Denmark via their famous Baltic Ocean crossing train).

The Cultural Experiences
Being held in Sweden, the organising committee did well to treat us to some cultural delights including the Swedish sauna-Baltic Ocean run followed up by a delicious traditional fish meal). One of the organising members even welcomed us into their home for drinks before the speakers’ dinner where Glögg continued to keep the cold at bay. The difference of soaking raisins and almonds really surprised me. Malmö’s deputy mayor then welcomed us at their majestic townhall where all the speakers unanimously marvelled at the decadent surroundings. The meal stayed true to the region with first, a regional speciality, black soup (and yes, like black pudding, it has a very special ingredient) before following that up with a hearty roast goose meal and a spiced apple pudding for dessert.

Logistics and Organisation
The organisers impressed me with how smoothly the entire conference ran. Malmö’s Slagthuset (slaughterhouse) hosted the conference for the first time and although not all the spaces turned out ideal (with small walkways between some major rooms), I think it contributed to the friendliness and openness I discovered.

The organisers also did a fabulous job responding to attendee’s needs. For example, on Monday they moved a number of tutorials to warmer rooms after realising the strong draughts let in by workmen who still needed to complete their work. Another example is when they quickly disabled the authentication on the wi-fi when it proved to be another barrier to being connected. Unfortunately the wi-fi turned out to be a little bit flakier throughout the conference.

I also really enjoyed the evening entertainment that flowed into the venue rather than the “move to another location and lose people” approach several other conferences do. This helped to keep the conversation flowing (and we all love our flow!).

Øredev offered a huge variety of interesting topics with tracks covering mainstream languages such as Java/.Net, NoSQL, Agile & Lean, Collaboration, Patterns, Smart Phones and Architecture with lots of really interesting topics. I’d keep an eye out for their website and trawl the twitterverse (#oredev) for the interesting discussions.

The keynote presenters also turned out really well.

Dr Jeffrey Norris presented what he thought as agile values leading to mission critical success at NASA (Vision, Risk and Commitment) demonstrating through a “wow” 3D demonstration using the ARToolKit. He used the stories of famous inventors, particularly the rise of Graham Alexander Bell to emphasis these elements very effectively.

I saw John Seddon a few months ago and although I’d heard him present pretty much the same talk, appreciated his message was an important one that more people really needed to hear. I think there is great value in spreading his emphasis on holistic system thinking even further in the work that we do. Entertaining and very British, Seddon completed his keynote without leaning on any slides and to a very positive reaction from the audience.

I missed Henrik Kniberg‘s keynote so can’t really comment.

The final keynote came from Atari Corporation geek legend Nolan Bushnell envisaging what the next key software projects would be in the future. I think everyone enjoyed the talk simply because it was Nolan though I think wasn’t as executed as professionally as it could have been.

People to meet
One of the really great parts of Øredev was all the people around you. As one person put it, you could be talking to a person and then suddenly realise that they created X (where X = language, framework, tool, etc) or someone who wrote a lot of the blog entries that you’ve been reading. I think that the conference does a wonderful job of creating a really relaxed atmosphere for people to converse and the speakers are all really approachable and involved in all of the sessions as well.

I have to admit I also really appreciated the opportunities to connect to a number of fellow ThoughtWorks colleagues (both past and present) who I’d either not got a chance to meet, or hadn’t seen for a very long time. This is one of the consequences of working for a global consultancy – you get to communicate and build relationships for a distance yet rarely get to meet people face to face.

iPad observations
One huge point worth noting was the large role that the iPad played during this developer conference. Obviously, being fairly geeky I hadn’t expected so many of them yet it proved to be one of the best devices for capturing notes & particularly useful for reading and contributing tweets. Laptops lose out on both portability and, on average, a very so-so battery life.

Reading tweets to view session using the native iPad twitter client also worked really well without having to use the keyboard or mouse – this is where gestures and multi touch really shined.

My session
Chris Hedgate, organiser for the track on collaboration invited me to speak. Titled, “Tightening the Feedback Loop“, I spoke about how to give and receive more effective interpersonal feedback. I had some great tweets in response and some great feedback on the presentation (meta!) I’m encouraged that more people will be better equipped in their professional and personal life after attending.

I highly recommend presenting and/or attending Oredev. You’ll meet a whole heap of really interesting people and, no doubt, come away with at least an idea or two.

Upcoming Speaking Engagements

I’ve been terribly busy the last couple of months and it reflects by the lack of any blog posts. So sorry for that. Here’s a short post talking about upcoming speaking engagements.

My first one is for the Collaboration Track at Orevdev in Malmo next week. Titled, “Tightening the Feedback Loop”, I’ll be exploring how interpersonal feedback can be so much more effective. The programme for Oredev looks amazing so I look forward to contributing and participating in the conference.

The second speaking engagement is for the Skills Matter Agile, Lean & Kanban Exchange talking on their “Leadership, Value and Visibility Track”. I’ll be covering, “Making ‘Management’ Work with Agile.

Build the testing pipeline at ACCU 2010

Just a short note that I’ll be running a workshop for attendees of ACCU2010 this Saturday on understanding how to get the balance right for the testing aspect to build pipelines. We’ll explore the tradeoffs and conscious decisions we should be aware of when putting these into our feedback loops.

Slide deck to come, though it’s a classic me-style, participatory workshop (you learn more by doing!) so slides won’t necessarily make a whole lot of sense by themselves.

Giving feedback to defensive people

Update: Posted this so early my brain wasn’t awake and I hadn’t linked to the feedback links as promised. I’ve updated it so that it’s correct now.

A few people have arrived at this blog looking for the terms, “Giving feedback to defensive people.” Before focusing on the fact that the recipient may be “defensive”, I’ll refer to you to several different posts outlining some principles of giving effective feedback. Read them before continuing on.

Firstly, if you’re giving feedback to a person, ensure that you follow the principles of effective feedback.

  1. You intend on strengthening their confidence; or
  2. You’d like to help them improve their effectiveness

Many times I’ve heard several people give feedback and it is not in the spirit of either of these. Often, they give feedback with the intent of improving their own effectiveness, not necessarily the recipient. For a variety of different reasons, it’s easy for me to improve my own effectiveness by asking people what to do – something that is both selfishly easy. It takes more courage and effort, putting yourself in the recipient’s shoes to help them out.

Photo taken from Noii’s Flickr stream under the Creative Commons licence

If someone comes across as “defensive”, I’d ask yourself what circumstances they could possibly under that make them so. Perhaps they have other things on their mind, and are preoccupied in a manner that makes it difficult to listen to feedback. The solution? Ask them if now is a good time to give them feedback.

Maybe the recipient associates “feedback” with “criticism” due to others “giving them feedback” ineffectively, fuelling a cycle of defensiveness. The solution? I find it easy to spend a quick minute or two describing the basic principles of feedback, and help them understand you are here wtih the true intent of either strengthening their confidence or improving their effectiveness. I like to emphasis it should be a conversation and that I will try to be a specific as possible, but encourage questioning if the recipient needs clarity.

Another reason the recipient may be defensive is for fear of being judged as a person. The solution? Focus on behaviours and impact, rather than attempting to describe what you think their motives are. This doesn’t mean you cannot have an opinion, however it should be clearly stated about how you interpret the impact, not on how you interpret them as a person.

They may truly believe that whatever situation you describe, they disagree with. The solution? Start with the model I describe here, seeking agreement for observations, then impact, before thinking about recommendations. Any disagreement on the early stages will inevitably lead to disagreements on future stages.

Finally, as a person giving feedback, you need to accept the recipient may choose to acknowledge, disagree with or do nothing with the feedback you gift to them. I remember one incident, quite recently, where a colleague gave me feedback with recommendations. We talked about it, both understanding the variety of forces unbeknownst to each other. At the end of the conversation, I concluded I would have repeated the same behaviour in the same circumstances, however that’s when the feedback donor got frustrated. My lesson, if you’re giving feedback to someone, be prepared to say, “I respect that we disagree on something, and thank you for being prepared to listen.”

A Guide to Receiving Feedback Part VI: It’s Okay To Disagree

DisagreeingAs a person receiving feedback, you may find you can’t understand what the other person is trying to tell you. You’ve already put significant effort shaping effective feedback out of whatever it is the donor gives you. First you focused on fact finding, uncovering your specific behaviours. You then asked some questions identifying how the donor interpreted the impact.

Remembering that effective feedback is aimed at helping you, the recipient, Strengthen Confidence or Improve Effectiveness, you may find, at some point, the donor’s feedback isn’t doing either. Perhaps you don’t remember your own behaviours, or you see the impact being different. It’s your responsiblitiy as a recipient to seek actions that help you Strengthen Confidence or Improve Effectiveness and if you cannot find out how changing your behaviour will help you do either, then it’s okay to disagree.

Make sure you thank the donor for their feedback, helping them understand how and why you the feedback doesn’t Strengthen Your Confidence or Improve Your Effectiveness. Only when you’ve done everything you possibly could to uncover effective feedback, then is it okay to disagree with the feedback.

Don’t feel like you have to respond and agree with every part of feedback. At some point, interpretation of impact requires a matter of perception, and people often remember facts quite differently from what actually happenned.

The image above is taken from Twilsoncom’s flickr stream under the creative commons licence

A Guide to Receiving Feedback Part V: Thank Them For Their Feedback

Give ThanksWhen someone gives you feedback (even if it’s not wrapped completely effectively), it’s important to thank them for taking the time to do so. As long as you uncover the important elements of effective feedback together, and agree on actions helping you Strengthen Confidence and Improve Effectiveness, then you personally benefited from the situation.

Avoid the need to justify every single part of the feedback and start with a “Thanks!” Acknowledging the person trying to help you goes a long way. Affirming the value of each piece of feedback helps the donor feel at ease. It assures them you are listening and aren’t reacting badly to their feedback. Creating this safe environment for the donor lets them focus on giving effective feedback, boosting their confidence as they continue with the rest of the feedback.

There’s no need to go all gushy and shower them with gratitudes. Start simple, using short positive affirmations, indicating to the donor you are listening to their feedback focusing on what it is they are trying to tell you.

Effective feedback takes time to give, and as a recipient you should thank the donor for taking their time to help you strengthen your confidence or improve your effectiveness.

Picture above comes from Fave’s Flickr stream under the Creative Commons licence

A Guide to Receiving Feedback Part IV: Apply It Immediately

A key principle to keep in mind when giving effective feedback is to do so in a timely manner. Feedback only helps the recipient if they have an opportunity to do something about it. It’s difficult to change a specific behaviour if a project’s finished or the feedback comes a year later.

If someone gives you the gift of feedback and you agree upon actions, seek the nearest opportunity to apply it. Applying the actions immediately reinforces the value of feedback. When the feedback donor sees a change in behaviour, they see that it helped the recipient become more effective. Applying it sooner than later creates opportunities for the donor to give new feedback, focused on strengthening confidence and encouraging more of the desired behaviours. More than helping the donor realise the value in their feedback, the agreed upon actions should help improve or continue the recipients’ effectiveness in what context they are working in.

Skiier Fallen OverAs an example, when you’re out skiing, applying actions from feedback will improve your effectiveness the most by applying it immediately. It may take some time to master it, to change conscious behaviour but it’s only useful if you do it while you’re on the slopes, not when you’re back from your skiing holiday.

Remember that not executing on actions immediately has other negative effects. Not doing anything about agreed upon actions sends a message that you don’t value the feedback, decreasing the likelihood the donor will give any feedback in the future (whether or not its focused on Strengthening Confidence or Improving Effectiveness). Not applying the actions immediately also makes it easier to forget what behaviour needs to change and it will be harder to get affirmation about if your effectiveness has improved.

Photo taken from Sunflower Dave’s Flickr stream under the Creative Commons licence

A Guide to Receiving Feedback Part III: Agree on Action

HandshakeThe biggest mistake when giving feedback is telling someone what to do (or what not to do). Ever been on the receiving end of feedback like that? Do you immediately recoil and feel yourself saying no? It’s natural because you don’t know how following their recommendation makes you more effective. When someone recommends a specific action, unwind the (ineffective) feedback to see how they ended at their recommendation. Find out what key behaviour triggered they observed and what impact it had. Here’s how you might do it:

Follow these steps:

  1. Acknowledge
  2. Establish what you’re about to do
  3. Ask for specific behaviour
  4. Ask for observed impact
  5. Generate alternative actions
  6. Agree on an action

Only after you both share the same context and background do you then want to move onto Agreeing on the Action. Asking someone to change their behaviour assumes it will fix the problem. Many times people suggest one thing not having the full context and actually, a better solution is something completely different.

Ensure that you both agree on the action because it will make the person receiving the feedback more effective, not because someone told them to.

Picture of handshake comes from Oooh.oooh’s flickr stream under the Creative Commons licence