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.

Looking back - KM highlights from the last yea

The start of a new year is a good time to look back over the previous 12 months and reflect on some highlights – so here are the first five of my ten favourite moments of Knowledge Management Consulting from 2014 - in no particular order - I loved them all! If you ever wondered what I get up to as a KM consultant, it will give you some insights...

1. A whirlwind trip to Iran.  After a number of virtual presentations via Sharif University, I made my first trip to Iran, visiting Tehran and then flying to the beautiful, ancient city of Isfahan. What an amazing appetite for knowledge!  After presenting at the Iran MAKE awards ceremony, I ran (see what I did there?)  a number of simultaneously translated workshops for large audiences who had huge interest and no end of questions.  My host from Sharif had to spirit me away to another room during the coffee times so that I had a chance to draw breath.  Here's a shot of some of some participants conducting the Marshmallow Tower exercise to apply the fundamentals of KM.

iran

iran

2. Ethiopia with the UN.  I have had the privilege of working with the United Nation System Staff college for several years now, and visited Addis Ababa twice last year to facilitate workshops on KM and Appreciative Inquiry with the Economic Commission for Africa. We discussed networking, and learning in depth, and worked up a 10-year vision for KM in the region. The photo below was a fun physical network analysis which brought a smile to everyone's faces!

onaeca

onaeca

3. Google Glass for Knowledge Capture.  I worked with a major Pharmaceutical company on their KM strategy  and had the opportunity to visit their R&D facility on the east coast of the US to explore the connection between KM and Innovation, and encountered the use of Google Glass to capture and really understand the actions of development scientists.  I had my first chance to play with them. Not exactly Raybans, but I still felt kind of cool.

googleglass

googleglass

4. Teaching KM for Programme Managers At Skolkovo Business School, Moscow.  I have been part of the faculty at Skolkovo for two years now, and have enjoyed several trips to deliver modules on corporate leadership development programmes.  The business school was only build in 2005.  As you can see, it's one of Moscow's more innovative buildings.

5. The KDP Consortium visit to the Olympic Museum.   If I had to choose a favourite assignment, I guess it would be the work I did with Elizabeth Lank facilitating the "Knowledge Driven Performance Consortium" programme for 20 KM leaders and champions from  six different organisations. We met three times over a year to share experiences and learn lessons from a set of mature KM programmes. It was lovely to meet up again with old friends from MAKE winners Schlumberger and Syngenta, and to see the experience shared both ways with new clients like the IOC who hosted our meeting in Lausanne, Switzerland and gave us a private tour of their brilliant Olympic Museum. It's a brilliant example of a knowledge asset which you can walk through and interact with.

So there are my first five highlights; five more to follow later this week.

What a privilege to have a job which enables me to see so much of the world, and support such a diverse group of clients. I'm counting my blessings.

When Collect and Connect is not enough...

One of the common constructs used to ‘frame’ knowledge management activities is that of 'Collect or Connect'.

'Collect' is often thought of to refer to the KM activities closest to document management and information management. It invokes thoughts of ubiquitous SharePoint, intranets, portals, knowledge assets, content, FAQs, wikis, folksonomies and taxonomies.

'Connect' takes us into the areas of networks, communities, social networking, expertise profiling, knowledge jams, cafes, conversations and randomised coffee trials.

connect-collect_fotor.jpg

There's nothing wrong with either of these domains – any more than there is anything wrong with a bookstore or a coffee shop. But just as there’s more to our high streets than libraries and coffee shops (mind you, there are an awful lot of coffee shops) – there more to KM than 'collect-and-connect'.

So what happens when you put the coffee shop inside the bookstore, then invite an author to sign copies and discuss ideas for new books? That’s one way for new knowledge to be created.

We also create knowledge when we learn from experience, combine and distil existing knowledge, make sense from patterns, collaborate, develop and build upon each others’ ideas. None of this is new, but I'm still surprised at how many organisations build a KM strategy which seems to be entirely fulfilled through SharePoint.  What a lack of ambition!

I ran a workshop last week with a group of programme directors from different organisations who are in trust-building stages of forming a community of practice.  They had already created a self-assessment tool to provide them with a common language - and identified a number of topics within their overall discipline. We found it very productive to run a group table conversation for each topic along the lines of:

  • "What knowledge can we collect - what can we each bring to the table?"
  • "Which sub-topics and specific questions can we connect together to discuss, where a conversation is more appropriate than formal information sharing?"
  • "What are the areas and challenges where we could collaborate and create new knowledge (products, guides, recommendations, processes) together?"

One hour later we had over 100 pointers to the best content, offers to share documents, a whole selection of informal and formal discussion areas, ad-hoc offers and requests - and a set of new potential collaboration projects to learn together, share experience, create new knowledge-based products and challenge conventional ways of working. Now that's likely to energise this community even more than any double espresso!

Scaffolding for sharing knowledge

Last week the Daily Telegraph published an article about the "truth behind British politeness" which revisited the phrases which we British often use, the real meaning, and what (as the Telegraph charmingly puts it) "foreigners" understand. I've seen it printed off and pinned on the walls of several offices over the years - usually within easy view of the telephone.  It's a great (and humourous) way to help create understanding, enhance conversations and prevent people talking past each other.  I'd even to so far as to say that it's not bad!

 

The idea of a common language - a frame of reference to support better understanding and more focused conversations is what lies at the heart of the creation and use of self-assessment models.  Whilst they are similar in concept to maturity models, the purpose is less to track and measure - and more to create a shared vocabulary to enable more targeted knowledge sharing.  I've seen them used to great effect in a wide range of organisations and topics:  Engineering, Energy, Operations Maintenance, Safety, Environmental Performance, Supply Chain Management, Collaboration and Health... There are some health-related examples here which grew out of  work with the UNAIDS programme, and has  been reapplied by the Constellation intoself-assessments for Malaria and Diabetes as well as HIV. (please check the advice page for usage guidance)

I like to think of them as scaffolding for knowledge sharing.  It's scaffolding which enables people to climb higher and faster to have richer conversations with deeper understanding.

  In each case the self-assessment tool was created by the group who would ultimately use it. That's an important principle.  They can recognise their own words - and the results of their discussions - in the practices chosen and the  levels and language used to represent each practice. Creating a model together ia a tremendous way to have a group make explicit some of their  knowledge, stories, assumptions and unarticulated rules of thumb.  It gives a great sense of achievement - having rigourously discussed something they care about  and understand deeply - and created an artefact which they can then use. We talk a lot about Communities of Practice - but sometimes communities never work the detail together on what their practice really is, and what good might look like. What a missed opportunity!    Building a self-assessment model with members of a community forces a lot of helpful discussion, gives the group a product to be proud of  and provides a very easy way for members to self-assess and then share their relative strengths and weaknesses in a knowledge marketplace. it also gives them a framework against which they can store share artefacts and examples (see the AIDS Competence knowledge asset example). Tools like the River Diagram and Stairs Diagram and reciprocal sharing techiques like Offers and Requests help to map out the dimensions of the marketplace ready for knowledge exchange. All of this sounds a lot more purposeful than hoping that needs and responses will serendipitously collide whilst we're talking past each other... So with the greatest of respect, do you hear what I say?

Fossils, Time Capsules, Museums and other Knowledge Retention techniques

I've been working this week with an organisation who  are looking at knowledge retention from some major programmes with a significant gap (several years) between the closure of their current programmes and the start of the next phase of projects, when today's lessons will be most relevant. Now let's be clear here -  knowledge transfer is always a better starting point than knowledge capture, I think that's a given for KM.  However, in this case, some kind of strategic knowledge capture is going to be necessary , as there is no guarantee that  the staff with experience will be available in the future.  I'm  putting a brief together for them which will help them to involve the workforce in prioritising topics, conduct some media-rich interviews and create a set of knowledge assets with the needs of future projects in mind.

The default position is just to let nature take its course and see what survives. Let's call this the fossilisation option.  Hope that in the rough-and-tumble of organisational change, that there will be enough fragments of knowledge and experience preserved that it will be possible to reconstruct the "soft parts" (the context for decisions made at the time).

Next up is the time capsule approach.  Take an eclectic set of artefacts, bury them somewhere safe, and erect a memorial plaque or signpost (SharePoint folder anyone?) to remind people where  things have been buried.  Then hope that the person who exhumes them can make sense of the way in which each of the artefacts (documents) would have been used, and extrapolate to cover the gaps. Better than the fossil record, but still pretty unreliable.

Museum image (thanks to Prafulla.net)

Museum image (thanks to Prafulla.net)

Moving up the scale of effort and thoroughness, we have the Museum collection. Painstakingly assembled and expensively detailed, this represents a high-resolution snapshot of the past in terms of the documents and outputs, but will still say little about the underlying reasons for decisions taken at the time.  And as Ian E Wilson, Canada's chief librarian and archivist once said:

“No amount of sophistication is going to allay the fact that all your knowledge is about the past and all your decisions are about the future." 

So where do we find a suitable metaphor which places the emphasis on recommendations for future re-use, rather than yesterday's lessons?

I found it at futureme.org.

Futureme.org

Futureme.org

What's futureme.org you might ask?  As they say on their website:

FutureMe.org is based on the principle that memories are less accurate than e-mails. And we strive for accuracy.  See, usually, it's the future that will reflect back on the present. We here at FutureMe think it's fun to flip that all around. So send your future self some words of inspiration. Or maybe give 'em swift kick in the pants. Or just share some thoughts on where you'll or what you'll be up to in a year, three years...more? And then we'll do some time travel magic and deliver the letter to you. FutureYou, that is.

You can browse anonymous real examples on futureme - some thoughtful, some hilarious, some prophetic and some poignant.  I think the idea of sending yourself, or someone else,  a message for the future is an excellent way of focusing on the capture of recommendations and thoughtful advice. It makes is personal and actionable (characteristics so often missing in lessons learned reports) - and it so much cheaper than building a museum!

So we're planning to use a creative twist on futureme.org with this particular client to draw out the advice. As they say at Futureme - it's the future that will reflect back on the present, so it's fun to flip that all around.

What stops us from putting knowledge into action?

alfiecar Our BMW is nearly 8 years old now.  It’s been brilliant, and it’s had to put up with a lot from a growing family, and now a dog with an affinity for mud and water.

It’s about this age when cars generally - regardless of the manufacturer -  begin to reveal some of the longer-term glitches to owners and manufacturers send letters to notify people like me that “there is an extremely small chance that you may experience a problem with the battery wiring in the luggage compartment, and please would I contact my local dealer at my earlier convenience where they will be glad to examine and fix any potential problems without charge…”

If I wanted to sell my car (probably to someone who doesn't read this blog!), then I have a choice:

  • Sell them the car, and give the new owner the keys and a small pile of vehicle recall notices.  These represent all of the lessons about the 535D Touring that BMW and their customers have learned over the past 8 years, so they are, of course, invaluable to the new owner…
  • Take the car to the dealer, get the problems fixed for free and the vehicle record updated on their systems.  Throw away the recall letters which now have no purpose. Give the new owner the keys.

It’s clear which is the better option.  Now let's park the BMW analogy and think about knowledge management (which, coincidentally, BMW are also very good at).

In my experience, many organisations sometimes treat lessons learned like they are an end in themselves – as though the value has to remain in the document - rather than where possible leading to actions which embody the learning.  These actions might include updating a process, policy, standard or system has been updated to incorporate the learning, which  removes the need to promote the lessons or recommendations to future teams.

So why do some organisations settle for a pile of lessons rather than a set of improvements?

Some possibilities:

  • It’s much easier to write a document than see a change through to completion.
  • It’s too difficult to find the owner of the process which needs changing.
  • I’m measured on how many lessons our project captures.
  • We have invested in customizing SharePoint to capture lessons learned documents, and need to show that we’re using it.
  • Although I wrote the recommendation, I’m not 100% confident that we should change the process for everyone.

Now don't get me wrong, I'm not decrying any kind of activity to capture lessons learned. Sometimes the learning is such that there is no obvious process or standard which can be changed, and there is no immediate customer for the knowledge.  In those cases we need to preserve it in such a way that our learning is expressed as a recommendation for the next team, and is supported with the reason, the narrative, any relevant artifacts and the contact details of the person behind the recommendation.  These things all add context to what would otherwise be a recommendation in isolation.  The next team then have more background to assess whether this particular recommendation is relevant in their world.  I wrote about this on my February posting on dead butterfly collections.

However, I do think it's worth looking at the barriers which prevent people from from translating their personal or team learning into an improvement for everyone.   Perhaps we're not selling the idea of lesson-learning in the best way?  Hearts and minds, or just minds?   Commitment or compliance?  Value or box-ticking?

Let's not let the tail wag the dog!

Lessons Learned or Lessons Earned?

http://www.youtube.com/watch?v=XtJv4QXE0RA

Earlier this year I presented at Henley Business School's annual KM Forum event, on the subject of "Lessons Earned". They kindly recorded the event, and I have just edited and posted a ten minute excerpt on YouTube.

Watch it to find out:

How project lessons are like a leaky bucket... Why frequently asked questions aren't frequently right... Why captured knowledge is like a dead butterfly collection... How 'not hiding' is different to sharing... And why curiosity is good for business, even if it is bad for cats!

Read more

Food for Thought from TED - JP Rangaswami

Thank you to @susanfrost for sending this my way. Some great food for thought - literally - from JP Rangaswami, using Food as a metaphor for our relationship with information. It's an interesting and stimulating comparison, and you have to chuckle when he extends the metaphor to Fox News to McDonalds at the end!

[youtube=http://www.youtube.com/watch?v=3A1LvXRnpVg&feature=digest_wed]