KM – a practical example

In my opinion, the way to embed Knowledge Management in an organization is to a. avoid using the  term “Knowledge Management” as much as possible (like “Employee Engagement”, but that is another topic) and b.  keep it practical and aligned with the needs of the business or team.
That means you will still have to know the theory and do the thinking process, but you need to translate it into one or more products that work for you.

This is a small, but powerful, example of practical knowledge management: a list of good practices. This is one of the Knowledge Products from my earlier post.

In my earlier role, we had a team of 5 people creating Business Solutions, sites that were custom-configured to facilitate processes. Scroll through the tag “Business Example” to see what I mean. We advertised our services as “We have the experience, and we configure all solutions in a consistent, user-friendly, low-maintenance way”. We had expectations to live up to!

What did we do?

One of our tools was our “Good Practices List”. Here we added experiences, common issues, uncommon bugs, workarounds, useful URL’s, and other things we had found,  wanted to share and/or did not want to forget. Examples:

  • We agreed on a standard button from a button-creation website, and stored preferred shape, shadow, colours, typeface and font information.
  • We collaborated on a good explanation of the difference between targeting and permission settings.
  • We discussed the pros and cons of Choice and Lookup columns and as a result created some recommendations of when to use which type. (I turned it into a blog post)
  • We stored code snippets and instructions on how to use them for instance to change text colour on the edit page of a list item.

Everyone was free to add or comment on each item. We discussed new items and changes every two weeks in our team call.
At first, we all felt a bit hesitant. Sometimes we thought: “is this important enough to even write about it, let alone call it a good practice?” But once we got used to it, and we started to re-use more and more ideas from our list, it started to become a game. Who could add the most practices? Who found the next unexpected issue in our rather finicky content query tool? Who would finally find the code to use conditionally coloured texts in list columns?

Good Practices List
This is what the list looked like. Quite simple, right?


What were the results?

  • We became more aware of the benefits of having and sharing good practices. We learned about so many issues, small and large, that with every new solution we created, we thought more deeply about implications of changes over time, common misunderstandings from users, daily and on-demand maintenance etc.
  • We turned out to be complementing each other: one was very good at code; the other with visual design, etc. Each of us had our specialties that the others could learn from. We were stimulated to show our talents. This also resulted in shorter development cycles (we did not have to reinvent every wheel), and a better distribution of projects over the team.
  • Our solutions became indeed more consistent.

I am still using the knowledge from that list. Many SharePoint functionalities have not changed that much over time and some practices are still relevant. I have created a similar list in my current role.

It is not magic. In fact, the list itself was pretty straightforward:

Only 4 fields to fill to submit a good practice.

It was just being practical and realizing that creating and sharing experiences is fun and helped the team forward. It gave us all recognition.
So, this simple SharePoint list supported Knowledge Management AND Gamification! 🙂


KM – which “knowledge product” do you need?

KM-ProductsIn my earlier post we have identified our experts. Now we have to decide what to do with them :-).

You may want to ask yourself these questions:

  • Which knowledge does this person need to transfer?
  • Which “product” does the remaining team need?
  • What is the best method to create this product?

And you thought you could just apply a simple flowchart and all would be solved!  🙂
No, I am afraid you will have to do some thinking (as with every tool). Some knowledge products will be better for your team than others. Is a simple contact list of  internal and external experts sufficient, or do they need an extensive manual?
It also depends on your expert – is he/she a good speaker and happy to chat freely into a microphone and camera, or do they prefer to condense their knowledge into a mindmap?
You are the one who knows the situation best!

Knowledge Products

In general it will be your expert and your team who will create the product. However you may need other professionals, e.g. writers, education professionals, designers, video editors etc. This is depending on your needs, the aspirational level (is this just for your team or for all the company?), and on the skills of the expert.
The knowledge products below are loosely sorted from generally easy to create (1) to very resource-intensive (14). Not all of them may be suitable for an expert who will leave in 2 months time, but there may be a few that you may want to start creating immediately, before any of your experts leave!

I am indebted for the overview to Rob van der Spek, who was our knowledge management advisor at the time.

  1. Lists of resources
    Examples: A list of contact details of experts, customers, suppliers or organizations; a list of relevant websites.
  2. Blogs
    This can be a “manual in many chapters” and may be easier to digest and apply for the audience than a fullblown manual, especially when the expert starts blogging as soon as possible.
  3. Instruction Video
    A video of how to do something (cleaning a machine, conducting an experiment or configuring a team site) can be highly useful and easier to create and absorb than a written manual.
  4. Frequently Asked Questions
    This tool is especially useful when questions reoccur because the target audience is changing and new people are asking ‘old’ questions.
  5. Mindmaps
    These are especially appropriate for knowledge areas that consist of many relationships and associations, including diverse knowledge sources. They will provide a structure and the relationships of a topic only – the audience should be able to understand this level of abstraction.

    Example of a mindmap. Highly abstract and schematic, but for the right audience it will be useful.
  6. Templates or macros
    Templates provide direct guidance to employees to create products in the company based upon earlier experiences. Think about project statements, market introduction procedures or weekly measurement reports.
  7. Top 5 do’s and don’ts
    This can be a list, a podcast (perhaps with a good story added to it as illustration) or a more fancy format such as an animated video or an information poster. Senior management love them, but be aware that you can easily oversimplify complex situations by reducing them to a bullet-point list.
  8. Decision Trees/ Process Flowcharts
    These are especially useful to structure process knowledge (which steps to take?), problem solving (what might be the problem and which solution should we try?) and selection problems (what is the best way to …?)
    They look simple, but creating one can take some time! Check out my flowchart to retrieve a disappeared web part.
  9. Good practices
    A ‘good practice’ has been implemented in operations and has proven to improve business results. I will show you an example later.
  10. Case studies
    A case study describes a situation from the past including the activities, decisions and outcomes that happened. Case studies are very popular to transfer experiences, and they are especially useful when the knowledge was very specific for a certain situation but provides general lessons for the future, for instance for the launch of a new product, or a merger/acquisition.
  11. Educational materials 
    All the products mentioned in this list are potential training materials. Good educational materials must focus on clear learning objectives, to-the-point information, and exercises and feedback mechanisms.
  12. E-learning
    If you plan to distribute the expert’s knowledge to a larger audience, which is also scattered around the globe, e-learning will be the best solution. This will need an e-learning expert.
  13. Handbooks/manuals
    Handbooks and manuals describe in a structured way how to perform actions, how a technology works  or how to perform diagnostics. They are most useful if the knowledge is easy to structure and does not change very often. You best create a handbook when you have a large audience with similar and repetitive tasks, which is willing and able to read this documentation when necessary.
    Today’s handbook/manual is very visual, with a strong structure, and bite-sized and searchable content.
  14. IT-systems.
    At that time my previous company had no idea which  type of knowledge we most needed to retain and build on, so all vendor attempts to sell us a “knowledge system” were in vain.  New product development? R&D? Knowledge about the customer? Financial risk analysis?
    By now, dedicated products to collect and analyse knowledge have been developed such as IT-ticketing systems and  CRM-suites, which work with large amounts of structured data. Also, knowledge-based simulation software is now more common, reducing the need to do physical experiments.
    IBM’s Watson is a class of its own: it works with unstructured data!

As mentioned, I did this project around 2000. In the mean time, more products may have become popular.  Which knowledge products do you use most frequently? Have I missed some good ones?

Next time, I will show you one of the knowledge products I have co-created. It is about and on SharePoint, so it’s back to the roots of my blog!

Image courtesy of Stuart Miles at

KM – Who is that “leaving expert”?

KM-Leaving ExpertsOne of my Knowledge Management projects was finding ways to retain and redistribute the knowledge of experts that were leaving the company.

At that time, before the recent economic crisis, most leavers were job-hoppers or retirees.

Knowledge management tactic at that time was focusing on manuals, learning histories and other formal tools that take lots of time and effort to create and that nobody has the time or patience to read nowadays. 🙂
Video was still a lot of hassle with studios and tons of large equipment. Social media did not exist.

In the meantime, many things have happened and there are so many new ways to capture and distribute knowledge that I have modernized and streamlined my old “Leaving Experts” documentation. The concept is still valid, though!

Before you jump headfirst into applying the principles to every employee that says goodbye, please answer these questions:

  1. Is departure hostile, e.g. is someone being fired or made redundant?
    If yes, be very careful. People may not want to leave their knowledge behind. In most cases, doing nothing is the best thing.
    You can try to ask for the very tangible things that you know they have, such as manuals or reports they have created, or a contacts list, but do not expect them to spend any effort to make things easier for you.
    Losing company knowledge is a long-term side effect of making people redundant. Most organizations only look at short-term results, especially at times of financial panic.
  2. Does the person have unique knowledge?
    If not, do nothing.
  3. In which timeframe will this person leave?
    A jobhopper will probably leave in less than 3 months time and you will need to take action fast.
    A retiree’s departure is generally planned beforehand and you will have more time to capture knowledge. It may even be very rewarding to the retiree to be asked to capture his/her knowledge for posterity!
  4. Will the person stay in the company?
    It is always a good idea to agree to keep in touch. Get connected on LinkedIn, at the very least.
    If the person stays within the company you have a little more room to maneuver, but keep in mind they have moved to another department for a reason! Still, it may be good to agree on a certain time that the person will be available for questions.
    If the person moves outside the company, you have even less time and opportunity, so focus on the essentials.

This is the first part of my “Leaving Experts Decision Tree”.

The first questions to ask if someone leaves the organization.

The above has nothing to do with technology. (Well, except perhaps LinkedIn 🙂 ) But you know that Knowledge Management is not just about a tool.  It also means you will need to have some processes in place:

  • A succession and risk planning process. This will give you an overview of everyone with critical knowledge, their expected “lifespan” at their position, the exact problems you foresee should they suddenly leave (including serious illness or death), their likely next career steps and/or retirement.
  • A fast-track procedure to recruit new personnel if someone with critical knowledge suddenly leaves. At the moment, a 3 to 6 month gap between roles appears to be common. This does not help knowledge transfer.
  • And of course, a process to capture knowledge on-the-go on an ongoing basis to avoid stress and emergency measures when someone suddenly leaves. I recently learned about Microsoft’s knowledge management process. I have one at my company, focusing on IT-related knowledge. Unfortunately, the processes appear to be in place mostly at consulting and IT-organizations, but I hope that is because of my own “filter bubble”.
    Fortunately, “working out loud” is gaining traction in other places.
    I hope we all end up at the same place.

Next time I will share the toolkit for those people that need to transfer their knowledge.

Image courtesy of Stuart Miles at

Knowledge Management is Hot

ID-100307563Before I rolled into the wonderful world of intranets, I had a Knowledge Management role, like so many of my intranet/collaboration/digitalworkplace peers.

At that time, from around 2000, Knowledge Management was like “The Internet of Things” now, or “(Enterprise) Social Media” some years ago:  you could go to a conference every day and everyone was trying to sell you fantastic software and gadgets that would solve all your company’s problems immediately. Until I asked them innocently how that Knowledge would get into the system they were trying to sell me. “You have to put it in” they said. Yeah right. In my old siloed company, getting to know what we had to know and what we actually knew was only the first problem, let alone collecting, collating, structuring and putting it in!

While vendors and consultants were totally excited about Knowledge Management, the people I worked with, mostly the General Managers of our 50-odd silos, were totally bored. People’s eyes glazed over when I mentioned the word “Knowledge” and sometimes they did not even hear the word “Management” 🙂 .
As by magic their agendas filled up with other priorities when I wanted to talk about it. They zoned out before I had the chance to mention anything about the benefits.
Later, when I approached (almost) the same General Managers to talk about “intranet”, they freed up space in their agenda, introduced me to their team and took me to lunch. Intranet was fun and interesting and they all had an opinion and things on their wishlist. How curious!

I have not dared to use the word for years!

Recently I have noticed a revival of Knowledge Management. It still means a lot of different things to different people, but the word and the concept are back.

  • Is it because the world is asking for more and more products and services based on information, intelligence and knowledge?
  • Is it because people are noticing knowledge gaps in their company, caused by layoffs during the recent recession?
  • Is it because we have more and easier tools to gather and distribute knowledge?
  • Is it the success of the current hype of Content Marketing which is, in my book, a tangible and marketable outcome of Knowledge Management?

I do not know and I will not elaborate on those assumptions. But I recently found some of my materials from that time and thought they would be nice to update and share.

We had selected a few topics we wanted to focus on:

  • Improving the speed to market of our products (I am a Food Technologist and had been involved in New Product Development for 15 years, so I was a good candidate for that project)
  • How to keep the knowledge of leaving experts in the company
  • Making information on a certain topic available on the intranet

Now you know the missing link between Food Technology and Intranet/Digitalworkplace in my career :-).

I will share my  “Leaving Experts Decision Flowchart” with you next time.

Image courtesy of stockimages at