My favourite things...

Next month marks my tenth year as an independent consultant.  How time flies when you're, well, learning to fly...

As I look back over those years, and the privilege of working with 120 different organisations, there are many high spots (as well the odd moment I'd prefer to forget!).  One particular type of activity stands out as my favourite, running a knowledge-sharing and learning consortium.

Let me explain how they work, and why they are so effective.

They typically start with a conversation initiated by a client which goes something like this...

“We keep going to conferences and feel like we're hearing from the usual suspects, and seeing the same glossy presentations, but not learning anything new.   Could you find us a number of peer organisations to learn from and with - and facilitate a number of high-intensity meetings for us?”

And in a nutshell, that’s what a knowledge-sharing consortium is: a limited series of meetings between different organisations at similar levels of maturity with a commitment to openly share and learn. You could say that it’s the perfect blend of a Community of Practice and a Peer Assist, with a brilliant mix of non-competing organisations.

I have co-facilitated my consortium programmes with my good friend and consultant colleague Elizabeth Lank. It takes the energy and abilities of two facilitators to help 25 participants get the maximum benefit from their investment. You need to give it everything you’ve got. I know that both Elizabeth and I end each event with that feeling of “positive-tiredness” that comes after the last member has departed happy and the celebratory G&T has been poured, to help with our After Action Review.

So thank you to Schlumberger, Shell, BT, Unilever, GSK, Freshfields, Oracle, ABN Amro, Syngenta,  Pfizer, PwC, Freshfields, Linklaters, NHS, Audit Commission, the International Olympic Committee and others - thank you for making those events so memorable and enjoyable.

Here are my reflections...

Lessons, recommendations and design principles for a knowledge-sharing consortium.

  • Forming a consortium works best when there is a founding organization – a client with a need and a curiosity and desire to learn. Recruiting and inviting other participating companies is so much easier when you can say, for example, “Schlumberger are looking to learn from some other great knowledge companies about maximising the value from Communities of Practice. Would you be interested in joining us?”

  • We found that 4-8 member organisations worked best. Any less than 4 and members feel that they are exhausting the possibilities for learning. If you go much higher then 8 and it becomes too difficult to sustain relationships or remember what was discussed – you end up with something more like a conference.

  • Ask for 2-4 participants per company. This enables them to provide members from complimentary functions in their own organisations, and gives a critical mass for company break-out moments when they create space and time to consider “what will we do with all the good practice ideas that we’re picking up?. It also enables them to share their own story from multiple perspectives.

  • The series of meetings (usually 3 or 4 over a 12 month period) is deliberately time-bound, with a clear end in mind. This gives a focus and a helpful sense of urgency to extract the maximum value from every hour of each event.

  • Invest in forming relationships right from the start. Ensure each event has an over-night stay in a pleasant venue, great food and drink, space for informal conversations. Ensure that people have bios or social media profiles available, and include early ice-breaker events which make use of this information and get the group laughing together.

  • Ensure that there are sessions where participating organisations tell their story (as creatively as they like – you might chose to ban PowerPoint from some sessions). Balance this time evenly between telling and asking questions. Do everything you can to make it unlike a conference!

  • Solve real problems brought by the participants, as early as the first meeting. This sets the tone not just for subsequent face-to-face meetings, but creates the expectation and openness to request and respond.

  • Have fun together! We’ve incorporated treasure hunts, photo-safaris, museum trips, role-play, board games, playlists and karaoke into the designs in order to create memories, bind the group together, and, well enjoy having fun!

  • Make full use of artifacts. If every picture tells a story, then physical objects can write a book. We’ve curated displays of awards, posters, t-shirts, stress balls, card games, mugs, books, calendars and quizzes and explored their effectiveness at length. It’s been brilliant to see some consensual stealing-with-pride going on between the members.

  • Stay flexible. The best-planned agenda needs to be sacrificed if the group collectively choose to go somewhere else. We’ve learned to build in flexibility and use methods like Openspace to keep the power of choice firmly in the hands of the participants.

  • Vary the methods, techniques and tools – and debrief their use with the participants. We have found that our participants have really valued the use of new techniques. We’ve introduced reverse brainstorming, appreciative inquiry, project retrospects, social reporting, knowledge asset creation, social network mapping, speed-consulting, peer assists – and some experimental techniques which evolve on the day. Every time we use a technique, we review the outcome and the process and encourage reflection in company teams on how they can be adapted for use.

  • Focus facilitation on the process rather than the content.  Elizabeth and I are both frequently called upon to speak as experts on knowledge management and collaboration, but in a room with 25 experienced practitioners, our focus is usually on helping them to learn from each other - and just interjecting with the occasional story or 10 minute context-setting session.

  • Keep the discussion going between events. We’ve successfully used Google Sites, teleconferences, vlogging, individual telephone calls and even good old email to keep the party going between face-to-face events, and to build anticipation for the next meeting.

Stop press! We've had an approach from a large international company who want to participate in a consortium focusing on effective collaboration, virtual working and network/community building, and we have just started the search for suitable consortium members.

So if this an area that your organisation has experience with, and you're particularly interest in joining with some peer organisations to learn more, then please contact me for details.  I can guarantee it's even better than raindrops on roses...

Just thinking...

Is it true that the best things come in small packages when it comes to knowledge?

I came across this helpful framework for thinking about the way we approach the packaging and sharing of knowledge. (Thanks Elizabeth for spotting it).

Just in Case.   That’s been the unspoken but underlying mantra of many KM programmes. Let’s capture everything - all of those documents, lessons, transcripts and store them in a folder, just in case we need them in the future. It’s like archiving, but without the indexing rigour that a professional would apply.

So when that moment of need does arrive, it’s often too difficult to extract than insightful nugget or reusable example. It can be like rummaging through the rubbish bin to find that set of keys you dropped. You get messy and frustrated trying, then you give up and get a new set cut.

Now of course, there are often procedural and legal reasons why we do need to store everything associated with a particular individual or process – but we should watch out for tendencies to become Organisational Hoarders!

Just in Time.   One of Dave Snowden’s truisms is “you don’t know what you know until you need it”. We need a way to harness current knowledge and recent experience right in our moment of need. We’re not going to do battle with the SharePoint search function, and we’re not going to read through a pile of case studies or lessons learned reports in order to separate the signal from the noise.

And how do we know that yesterday’s lesson will serve today’s problem? We don’t have time for that – we have a real need, a desire to satisfy that need right now and we can’t ask questions of our documents!

How do we best respond to that? Just-in-time points us towards the tapping of formal communities and informal networks, inside and outside organisations. It’s the domain of knowledge jams on Jive and Yammer, questions to our Twitter networks. Face-to-face, it’s a great place to use techniques like Peer Assists and  “Speed Consulting”. Sometimes those interactions will point people back to content and documents, but they cut through the noise and provide access to a willing army of experienced volunteers - when faced with a cry for help – are often only too willing to help.

Just enough.I didn’t have time to write you a short letter, so I wrote you a long one. Lack of time, and lack of strategic focus are two reasons why we end up with a Just-in-Case approach to content and documents.

Curation takes time, and it requires expertise. It’s best played as a team sport rather than an individual perspective – but it makes a huge difference when it comes to creating an asset which educates and informs the reader/learner.

Are we planting vast fields of information assets? Or are we harvesting fruitful knowledge assets?  The latter is designed to provide just enough - and also to enable digging on the specifics details

Just for me.   Perhaps that should be the ultimate goal of our work an KM professionals.  To be able to mine the riches of just-in-case knowledge, to deliver it  at the moment I need it, to hone it down so that it's the perfect fit (not too much or too little) for my knowledge gaps and can be easily applied... and to do it in such a way that it's tailored for my personal needs.  Now that's quite a proposition.

Mapping the KM Landscape

Knowledge Management has become an ever-increasing suite of interconnected tools and techniques - it's easy to feel overwhelmed without a map. Having bounced some early ideas around with Geoff, and spent far too many idle moments at airports fiddling with PowerPoint,  I think it's time to stop tweaking and start sharing.  So here it is: my rendition of the KM Landscape  (click to enlarge).

KM Landscape
KM Landscape

I wanted to try and show the breadth of techniques and processes, the connections between them, and also some of our neighbouring disciplines and opportunities for boundary collaboration.

It’s far from perfect  (I need more than two dimensions to really do the juxtaposition justice) – but hopefully it’ll illustrate some new places to explore.

Let me know if you find any new destinations, landmarks or pub walks to include.

What lessons can KM learn from Minecraft?

Minecraft is a phenomenon.  It has around 40 million paying players worldwide, and probably tens of millions more when you count those using free or pirated versions of the game. Merchandise bearing its logos - hoodies, wallets, necklaces - can be found wherever computer game spin-offs are sold. Its Swedish creator, Markus ‘Notch’ Persson, is rapidly becoming the kind of celebrity who needs a bodyguard for public events. If you're not one of the 40 million enthusiasts, Minecraft is a popular online “survival” or “sandbox” game that puts players in a randomly-generated world where theycan create their own structures and contraptions - It's often compared to a kind of infinite virtual Lego set, which can be played in creative mode, alone or socially, or in  survival mode, where the players have to defend themselves against attacks from various creatures.

Gaming website G4 describes it in an interesting way, which caught my eye.

"In a way, Minecraft is the exact opposite of most games out there. The focus is on exploration, not accomplishment. You can dig all day and find some gold, but the game isn't going to reward you with anything but some gold. The presentation is secondary to the gameplay itself -- your imagination fills in the blanks as opposed to an army of highly paid texture artists.  Minecraft doesn't lead you through the same experience every other gamer has.  What you get is yours alone."

Hold that thought, whilst we swap the world of Minecraft for the world of knowledge management.

I'm just finishing an assignment working with one of the largest construction programmes in the UK, advising and helping them with their approach to knowledge and learning.   It's one of those times when there is no  immediate "customer" for the knowledge - to there is nobody to request a peer assist, hear a set of stories or receive a baton.  In this case, it's collect rather than connect.

Here are the steps we're taking together.

  • We designed some good open questions and a relaxed interviewing approach to elicit stories, examples, the basis for decisions, rules of thumb, documents, references and further contacts.

  • The interviews were framed a chance to send a "message to the future", which helped gave a forward momentum and practical edge to the advice and examples.

  • Each interview was recorded and fully transcribed.

  • The interviewees concluded each session by providing a short video of their message to the future and top recommendations.  The most effective ones explained their points on a flipchart whilst on camera.

That gives us a significant resource of half-a million words, hundreds of recommendations, stories and examples, documents and connections to individuals.

The trick now is to avoid the temptation to weave everything together into a single version of the truth, complete with ten commandment top tips and a clearly defined path which leads the learner.  Instead, we need to take a leaf (block?) out of Minecraft's book  and create a resource for which the focus is on exploration.

That will be the best way to serve a future team with as yet unknown knowledge needs - to help them find some gold.

Golditm

Golditm

How The Beatles Share Knowledge!

How the Beatles Share Knowledge! I'm currently co-facilitating a series of consortium meetings with my friend and colleague Elizabeth Lank  for six leading organisations, all well known and well-respected for their KM capability.

One of the more light-hearted activities in preparation for the next meeting is for each of the participants to select a suitable "track to share knowledge by", which has generated some fascinating insights, as well as providing us with a background soundtrack for some of the activities we have planned.

One band which cropped up repeatedly was the Beatles, which got me thinking, and digging through my own collection of Beatles singles - and I thought I'd share the outcome here (there and everywhere...)

What's wrong with Lessons Learned? Part 3.

In the last few posts we've been exploring what's wrong with the way we position "lessons learned".  In part one, we looked at the passive problem of people's tendency to focus on the lessons rather than the activity of learning.  In part two, we looked at the negative associations of the term 'lessons', and the impact that this can have. In part three, I want to look at the problem of ambiguity.

The label "lessons learned" trips off the tongue easily, but that doesn't mean that everybody hears it in the same way. Learning appears in more than one place on an learning loop, so there is plenty of room here for confusion. It can be an output, an input, or an agent of change. Here is one, very simple question you can ask to check whats going on in your lessons learned process.

Who is learning?

Here are potential three recipients of the learning - let's imagine we give a badge of recognition in each case:

Image
Image

It could be person or team who had the experience, who completed the activity and then reflected upon it.

In this case, learning is an output.

Image
Image

It could be a function or department who learn from a team's experience and make a change to a process, policy, standard or working practice -  thereby reducing the risk or improving the prospects for everyone who follows. In this case, learning is an agent of change to the structural capital of the organisation. It becomes an embedded inheritance for all who follow.

Image
Image

It could be another team about to commence a new activity who are learning from the experience of a previous team. In this case, learning is an input. This input could proactively pushed to another team, or pulled by the new team, through a peer assist, for example.

It's important to recognise that all of of these are valid and desirable outcomes , or there's a danger that we allow learning from lessons to be a slightly self-indulgent team huddle.  Worse still, we focus on building the library of lessons rather than actioning the change that the learning should produce, see my earlier shaggy dog story about selling a BMW.

MAKE award winners ConocoPhillips and Syngenta both recognise the need to lubricate all parts of the learning and sharing cycle with appropriate senior recognition.

ConocoPhillips have their 4G awards:  Give (sharing knowledge), Grab (applying someone else's knowledge), Gather (consolidating knowledge), Guts (sharing learning from failure).

Agri-business Syngenta loved this, and created their own TREE awards along very similar lines:  Transfer, Re-use, Embed and [share a difficult] Experience.

In each case, senior leaders are involved in judging and celebrating the best examples of these essential behaviours, and the teams or individuals concerned receive a physical recognition award.  It's very clear who is learning, who is sharing, what is improving and where the value is - all of which is the best antidote for ambiguity.

Syngenta TREE award
Syngenta TREE award

Knowledge Pit Stop

Back in 2009, I blogged about some heart-warming examples of cross-industry peer assists,  involving Great Ormond Street Hospital and the Ferrari Formula 1 pit team.  Geoff and I wrote the story up fully in our second book, "No more Consultants". The specific example related to the operating theatre team improving their handover processes during an operation called the "arterial switch" - and the insights of Professor Martin Elliott and his colleagues who had the curiosity and the passion to approach Ferrari and ask for help.

It reminded me of Thomas Friedman's book "The World is Flat" where he wrote:

“I have concluded that in a flat world, IQ- Intelligence Quotient – still matters, but CQ and PQ – Curioity Quotient and Passion Quotient – matter even more. I live by the equation CQ+PQ>IQ. Give me a kid with a passion to learn and a curiosity to discover and I will take him or her over a less passionate kid with a high IQ every day of the week.”

I was interested to see that Formula One was in the news again this week with another example of curiosity-driven cross-sector knowledge sharing - this time with public transport.  Train manufacturer Alstom, who say that the knowledge they gained has enabled them reduce a 2-day repair job to just 4 hours.

We need more of these "I wonder" moments to bring knowledge together, where curiosity triumphs over the "but we're different" default reaction of not-invented-here cultures which drives those connections and overlaps apart.

Image

How the stiff upper lip is the enemy of knowledge sharing

Here’s a quote from a BBC news article yesterday:

Keep Calm and Stiff Upper Lip

The UK's "stiff upper lip" culture may explain why it lags behind other countries when it comes to beating cancer, say experts.

Researchers, who surveyed nearly 20,000 adults in six high-income countries, said they found embarrassment often stopped Britons visiting the doctor. Respondents in the UK were as aware of cancer symptoms as those in Australia, Canada, Denmark, Norway and Sweden, but more reluctant to seek help, they said.

When you drill down to the underlying reason behind “embarrassment” or “reluctance to ask for help”, you usually end up with “pride”.

This reminds me of one of my “seven deadly syndromes of knowledge-sharing”.   I called it “Real men don’t ask directions”, or “TomTom syndrome”

Imagine the scene: You’re on your way to a dinner party at a friend’s house; you left home a little late, so now you’re in a hurry and the quality of your driving is deteriorating.  Your partner is unsettled and tells you that “she’d prefer to get there in one piece than not at all”.  Now, just to add to the tension, you have a nagging thought that you might have taken a wrong turn. You carry on though, hoping that you’ll happen upon a road-sign or a landmark, but none appear. Finally, your partner breaks the silence and tells you what you already know.  You’re lost!    “No problem”, she says triumphantly pronouncing the solution; “pull over by that man over there and we’ll ask for directions”.

Of course, it’s not exclusively a male problem, but it does seem to be the case that men suffer from this syndrome more than women.  It’s hard to ask for help.

We have all had times when we have that nagging sense that “there might be a better way to do this”, or “perhaps someone else has already figured this one out”.  What stops us from asking around for solutions and ideas for improvement?  Sometimes it’s a sense that we’re supposed to know the answers.

Why would I want to show everyone else that I’m incompetent? That doesn't seem like a route to promotion.  However, once I've solved my problem, I’ll be happy to share my solution.

The truth is, the biggest challenge to organisations who want to get more from what they know, isn't that they have a knowledge sharing problem.  It’s that they have an asking problem.

It’s also true to say that we often turn to technology for help when a conversation would be more timely, more accurate and more helpful – whether that’s with a doctor, a local resident or a knowledgeable colleague who would be only too willing to help.

Giving Opinion and Sharing Experience

Last week I spent a day in The Hague, delivering a KM training programme to a group there.As part of the day, after an experiential exercise adapted from the Marshmallow Challenge (which was great fun!), we had a more detailed discussion about the Peer Assist technique.

A Peer Assist, as Geoff Parcell and I said in “Learning to Fly”  is

...a meeting or workshop where people are invited from other organisations and groups to share their experience, insights and knowledge with a team who have requested some help early on in a piece of work.

Whenever I teach how this works in practice, I always emphasize that the invitees to a Peer Assist are there to share their experience, rather than give their opinions.  Experience, you see, is a precious commodity, an earned reward because someone was present, involved and personally learned from an event – and hence can share their story first hand.

Opinion is cheaper and easier to come by.  I can google for opinions; I can give/receive opinion in a LinkedIn group;  I can email you my opinion. I can receive opinions on a blog posting or a tweet.  Sometimes the opinion given is rooted in experience, but not necessarily. It’s often “retweeted” opinion, amplified from someone else.  This video where members of the public give their opinion on the new iPhone (or so they think!), is a classic example of retweeted opinion - the unwitting stars of the show have absorbed so much of the iPhone 5 hype that their received opinions distort their personal experience!

The language we use around Opinion and Experience is interesting.

"Do you want my opinion on that? Let me tell you what I think…. "

Opinion is something which is given.  It’s transactional.

It’s like me buying a coke from a vending machine.

In contrast, we would never say “Let me give you my experience”!

We usually ask “Can I share my experience with you?”

As you share your experience with me, I begin to enter your world. I can feel how you felt, see what you saw, think what you thought, and then ask about what I don’t understand.

Sharing experience isn’t transactional – it's a conversation. It’s relational.  It’s like we are sharing a meal together.

Why is this important? We have seen a dramatic rise in the number of social channels which surface opinion - within and beyond the boundaries of our organizations.  For people like us, who work with knowledge, this is a good thing. We need to put that opinion to work and make sense of the patterns and sentiment available to us.

But all that experience is also still available for sharing....

This post is a plea for us to remain ambidextrous – let’s continue to be smart at working with opinion, and let’s also strategic about learning from experience.

As we immerse ourselves in transactional tide of opinion, let’s make sure that we can still see the richer, personal knowledge available through the sharing of experience. We need to spot the relational opportunities as well as the transactional ones.

Take a closer look at the bottom of that coke machine, and you’ll see what I mean. It's the real thing.