The Collective thoughts of Knowledge Pad and the Tweets that interest Knowledge Pad!
http://paper.li/rhinoneill?utm_source=paper_update&utm_medium=email&utm_campaign=email_notif
Search This Blog
Wednesday, 22 September 2010
Knowledge Pad on Scribd
I have been converting the Blog Posts into short documents so that they are easier to download. Take a look at Scribd: http://www.scribd.com/Knowledge_Pad
Friday, 10 September 2010
What is the starting point of Managing Knowledge?
Is it knowing what you know; about what you do?
And that might not seem as obvious a statement as it appears, indeed wasn’t it HP (Hewlett Packard) that famously said “If only we knew, everything that we know!”
If we start at the lowest level - The process!
This is a genuine example, because I know one of the individuals who did this. He worked in a Franchised Main Agent Car Dealership as a mechanic. Now Franchised dealerships receive instructions directly from the manufacturer regarding how to undertake the repairs and service of the vehicles.
So if we look at an example of a process associated with one of their cars; it doesn’t really matter which model of car it is, and we’ll look at the process for changing a camshaft drive belt.
The mechanic is given 4 ¼ hrs to change the belt. The process says that you must disconnect the engine mounts from both sides of the engine, remove both the drive-shafts, and lift the engine clear of the engine bay to give enough room to change the cam-belt, and if you follow the process, and everything goes exactly how it should it actually takes…..have a guess……..4 ½ hrs.
Herein lays the problem, as the mechanics receive a bonus if they can get the job done in less than the manufacturers ‘recommended’ time, and as you can see from the example, by following the Manufacturers process, the ‘recommended’ time cannot be achieved.
So what happens?, the Knowledge Workers; and by this I mean everyone, because we all do it, it’s what we do best and innovate, look for alternative ways to do things, improve, and modify the way the job is done.
So, back to the example of changing the Camshaft Drive Belt. I know that my friend, and one of his colleagues, worked out that if you disconnect the engine mount and drive-shaft on the offside only, and then raised the engine slightly and supported it on a trolley-jack, pushed the engine forward so it was diagonally across the engine bay, there was just enough room to remove the front cover, remove the Camshaft Drive Belt, fit a new belt, retention the belt and refit the cover. Then with only one drive-shaft and one engine mount to re-attach the job was complete.
So the process had been modified and knowledge created. The result?, well the time taken to do the job using the new-found knowledge was 3 ¼ hrs and this meant that a bonus payment equivalent to 1 hr was given to the mechanic. So now, rather than trying to avoid the Camshaft Drive Belt jobs, they were treated as a desirable job. So here we have an efficiency created by the process user to make it easier to do their job, but by doing so it also provides them with a self generated reward.
Now this sort of thing happens a lot. From my Quality Audit days, I know that there are companies where the written process says you do A – B – C, but when you audit the process they are doing A – B – D, and when you ask the process user why they are not using the so-called official way of doing it, they reply “because it’s easier this way”, or “it saves time”, or the “so-called official way doesn’t work”. So, again, there is an improvement in the process driven by the workers ‘Knowledge’.
Now I believe that there is a need to capture this knowledge and share it, so that everyone becomes more efficient, and the organisation becomes more efficient.
We can even introduce the argument about Tacit and Explicit Knowledge here. If the Knowledge of the process stays in the head of the individuals, then it remains Tacit. If we can capture this Knowledge and modify the so-called way of doing it then the ‘Knowledge’ becomes explicit….is it of any less value, no I don’t think so, can it be shared, yes, has it been captured…..yes! However, if the so called ‘owner’ of the Knowledge leaves the organisation; for whatever reason; and there are many…..the Tacit Knowledge is lost.
So at its basic level and perhaps the starting point of managing Knowledge is finding out whether you are actually doing what you think you are doing, and maybe knowing what you know about what you do is the starting point of Knowledge Management.
Thursday, 9 September 2010
Knowledge Management - Where Next?
I came across this post by Nick Milton; http://www.nickmilton.com/2010/09/importance-of-definitions-in-km.html, and as usual I find myself agreeing 100% with him. I am actually in the process of writing a short piece on this subject. I not only think there needs to be a clear definition, I would go as far as to say there needs to be a standard, it needs to be regulated, and it needs to be policed. It could then become a benchmark of business excellence to show that an organisation is thinking long term and protecting knowledge.
Knowledge Lost!
I posted this message on one of the Knowledge Pad groups on Facebook in June 2009, but it is still as valuable today, and should be viewed as a message to all organisations.
(In June 2009) I was Listening to the BBC1 News at 10.00pm and heard this quote from an LDV Worker who had just been made redundant "the Knowledge is going and it won't be coming back".
This echoes what I have been saying for years about Knowledge Management "By the time you realise that you need Knowledge Management, it is too late"
(In June 2009) I was Listening to the BBC1 News at 10.00pm and heard this quote from an LDV Worker who had just been made redundant "the Knowledge is going and it won't be coming back".
This echoes what I have been saying for years about Knowledge Management "By the time you realise that you need Knowledge Management, it is too late"
Monday, 6 September 2010
The History of Knowledge Sharing.
The Sharing of Knowledge is essential, and it is something that we all do naturally. Think about it you visit an area that you are not familiar with and need to find a particular place, what do we do?, we ask someone for directions and they tell us where to go, they are sharing their Knowledge of the local area. I have never had anyone say to me “I’m not going to tell you, it’s my local Knowledge!”
Knowledge sharing starts very early on in everyone’s life, from the moment we are born our parents pass on their knowledge, although it isn’t formally recognised as Knowledge Management. They teach us talk, eat, walk, and it doesn’t stop there. Just think if they hadn’t told you things like, “Don’t touch that it’s hot!”, or “Don’t do that it will hurt!” Think about stinging nettles, did your parents ever say “Don’t touch them, they will sting you?” and it’s then up to you whether you use that knowledge, but at least it was available.
And what about “Don’t mess with that Wasp it will sting you”, or “Don’t put your fingers in that electricity socket”…..well actually my parents didn’t say that, they said “go on put your fingers in the socket!” (I’d better point out that was actually a joke before the Child Welfare people go after my parents).
Teachers in school, stand in front of us and pass on Knowledge, ok it may not be their Knowledge, but it is Knowledge that has been collected and deemed worthy of collection and being shared.
We are bombarded with Knowledge from every angle; David Attenborough tells you that the Anaconda lies in ambush and drops out of trees onto its prey, and that it is capable of eating small humans! Try telling your seven year old son, or daughter, that Anacondas don’t frequent the local country park, and there is no need to check every tree before walking under it. Knowledge needs to be put into context, and in terms of business knowledge it needs to be relevant to the context of the business. The mating habits of the three toed Sloth might be very interesting, but not of value to a company that manufactures low volume, self assembled sports cars.
However, if one of their customers has problems getting their car through the Local Testing and registration process, or has problems with assembly, then this is useful ‘Knowledge’ that can be used to drive future decisions and product improvements, etc.
Tribes in remote areas, such as the Amazon pass on Knowledge through dances, songs, Cave paintings, etc., showing representations of the knowledge, because they don’t have lap-tops, PDA’s or web based Intranet systems, however, they are practising Knowledge Management at its rawest level. And if they didn’t share this Knowledge, and some form of disaster occurs then their knowledge gets wiped out; and this has happened.
At the turn of the 20th Century there were dozens of tribes wiped out when western explorers introduce viruses, like the common cold, and these tribes had no immunity and their knowledge was destroyed.
Sharing Knowledge is about survival. If you think about it, we all have been practising this raw level of Knowledge Management since we were born. Wikipedia is the free Knowledge Management capability, and in principle is very good. However, it lacks governance, and loses credibility as some of the “Knowledge” is speculative and based on opinion. Wikipedia also has a totally different focus to what a business requires.
The means of capture and storage, whether it be IT based, paper based, writing on the walls, or singing and dancing, is secondary to the main issue and that is sharing the Knowledge.
Tuesday, 31 August 2010
Tuesday, 24 August 2010
Should Knowledge Management be Mandatory?
In my opinion yes!, and that is not because I am a so-called Knowledge Management Consultant or Practitioner, but more because I can see what KM has to offer and at the simplest level it is ‘Good Business Practice’ (I don’t like the term ‘Best Practice’ because it conjures up ideas that it is best and there is no room for improvement! So why should organizations adopt Knowledge Management?
I have been saying for the last 4 – 5 years that Knowledge Management should be mandatory. I worked for the UK Ministry of Defence (MOD) for 23 Years, and been involved in Procurement and Project Management on Defence Equipment for about 11 years, and involved with ‘Knowledge Management’ for about 8 years; and sharing Knowledge for a lot longer, and have experienced the impact of not utilising Knowledge Management.
Purely based on my experience with the MOD, I believe that KM should be mandatory not only within the MOD Procurement Function, but also a contractual requirement on any contractor that wants to supply goods and services to the MOD. You may well ask why?, but if we look at Defence Contractors supplying to the MOD; as the Head of Procurement surely you would ask yourself this question; “Would I place a large Multi-Million (possibly Multi-Billion) contract with a company that wasn't protecting the key Knowledge associated with that contract?”
It sounds stupid doesn't it?,...but it is happening everywhere, and the consequences are disastrous and very costly; look at the US Government - and here I will return to my favourite scare story (sorry but this is just the greatest reason to implement KM); how the US National Nuclear Security Administration (NNSA) "lost knowledge" and it cost them $69 million - http://www.heraldscotland.com/how-the-us-forgot-how-to-make-trident-missiles-1.826976).
So that’s the outcome of one of the more extreme examples, let’s take a look at a more ‘day-to-day’ scenario and some of the other considerations of not capturing knowledge, and again I ask you “Would you place a contract with a company that wasn’t protecting their key Knowledge?”
Think about the likes of Coca Cola, the Knowledge is in the Formula. The Knowledge was created, and the Knowledge is the exact blend of ingredients that makes Coca Cola…., Coca Cola! What if John Pemberton hadn’t written down the exact ingredients for his drink? What if he forgot the exact ingredients, quantities, etc? There would be no consistency….so the Coke that you had on Monday might be good, and the Coke that you had on Friday might taste awful, or at best different!
Think about that in a Manufacturing perspective; use the Trident example above, the missile that was made for you in the first batch works well and delivers all of your performance requirements, so you accept it. You then need another batch so you go back to the supplier and ask them to build you a second batch, only to be told “Ooops, sorry we have lost the Knowledge to build that!” Would you be pleased?........I wouldn’t.
So they offer to recreate the Knowledge…..at a cost of $69 Million……..Who foots the bill for that? You?, or the Contractor? Lets just assume for the moment that the Knowledge can be recreated; what has it done to the reputation of the Contractor, your confidence in the Contractor, has it delayed the Project/Programme, What other impact has it had?, and these are the good points, assuming the Knowledge can be re-created….but it’s still inefficient; re-inventing the wheel, doing something twice…Is that efficient?
What if the re-invented Knowledge isn’t the same as the knowledge created the first time? What if to get the same yield from the warhead, it took up twice the space? and the physical size of the missile had to increase? or the weight was increased! What if it no longer fitted in the launch tubes of the delivery platform?
And that is still assuming that the Knowledge can be recreated! What happens if the Knowledge can’t be recreated?
So we have used the Loss of Knowledge by the US Government on the Trident Missile programme as an example of the impact of Knowledge Loss, so what do they do about it? With other negative examples of ‘Not sharing Knowledge or good practice’; such as the Space Shuttle Challenger disaster, the poor response to the aftermath of ‘Hurricane Katrina’ and the ‘9/11 Terror Attacks on the World Trade Centre’ the US Government made a commitment to make Knowledge Management mandatory in all Government departments and established the US Federal Knowledge Management Working Group http://wiki.nasa.gov/cm/wiki/Federal%20Knowledge%20Management%20Working%20Group%20(KMWG).wiki/home/home.html, headed up by Neil Olonoff http://www.linkedin.com/in/olonoff,
This is based on my experience with the UK Ministry of Defence, and limited experience of how not sharing/capturing Knowledge has impacted on the US Government. I have also witnessed first hand how similar examples have impacted commercial and private organizations.
From a Government perspective Knowledge Management should be treated like ISO 9000, a pre-requirement before a company should be allowed to contract with the Government; demonstrating that the organization has the capability to protect Knowledge and is practicing Knowledge Management.
If a certification type approach was introduced, then it would be easy to recognise the organizations that are protecting knowledge, hence, our decision to work with them becomes more informed.
How would this work?, that’s for another Blogg Post!, for the moment let’s conclude that I believe that KM should be mandatory!
Thursday, 19 August 2010
Knowledge Management Is Like Travel Insurance Quote (April 2009) 12th August 2010
Check out this SlideShare Presentation:
Tuesday, 17 August 2010
Knowledge Management; Spend to Save or a Return On Investment?
Justifying Knowledge Management To The People Who Make The Decisions!
Having to justify to an organization why they should make a commitment to Knowledge Management (KM) is somewhat of a puzzling exercise. The first question that seems to be on everyones mind is “What is the Return On Investment (ROI)?”. The ROI question has appeared in various Linked-in discussion groups, with questions ranging from recommendations for Return on Investment tools, to how to quantify Return on Investment for KM, etc, etc.
This is like trying to put a tangible output, to something that is almost intangible, you cannot see a unit of KM, you cannot say that I will invest £200,000 and I will achieve KM, it is difficult to quantify and difficult to visualize. Unlike a word processing package, you can’t pop down to your local Computer Store and buy a box of KM; which is why I am so against these ‘so called’ “off the shelf” KM Packages; sure they may offer part of the solution, but KM is a change in the way people work and interact, it is a ‘Change Initiative’, a journey, an aspiration….I liken it to the TQM journey, it is an aspirational state where the organization protects knowledge, shares it and then innovates using the knowledge resources at its’ disposal.
The Justification for Knowledge Management should not be whether it offers an immediate, and quantifiable Return On Investment, but what benefits can KM deliver to my organization, and should be viewed as a Spend to Save measure. KM is like Risk Management, you need to assess firstly what the probability of the risk is, and what impact it will have on the organization. The risk is the loss of ‘Critical Business Knowledge’. So what form could this take? Some one leaving the organization; well we never hear of anyone having an accident do we!, someone being offered a better job!, someone being seriously ill!, someone dying, or even someone winning the lottery….it never happens does it.
If we take the National Lottery, someone wins nearly every week. To illustrate the point and for the sake of argument, lets say that someone does win every week. That’s 52 people every year faced with the dilemma; ‘Do I carry on working?’, and if they decide no, they could take valuable, even key knowledge with them.
So we have a risk, with a probability and then there’s the impact? Here I would like to introduce my favourite scare story; The US National Nuclear Security Administration (NNSA) "lost knowledge" of how to make a mysterious but very hazardous material codenamed Fogbank. As a result, the warhead refurbishment programme was put back by at least a year, and racked up an extra $69 million (You can read the story at http://www.heraldscotland.com/how-the-us-forgot-how-to-make-trident-missiles-1.826976).
So you need to ask yourself, do I adopt a KM approach within my organization, or do I take a risk that it might not happen?.......,because it might not happen. You may be lucky; there may be no accidents, no illness, and everybody may be blissfully happy and never leave and no lucky sods winning the lottery……….but do you want to take that risk?
Whan I talk to organisations I use an analogy that I came up with; “Knowledge Management is a bit like Travel Insurance - You only wish you had it when it is too late? (O’Neill, 2009)”. Think about it; You go on a skiing holiday and don’t take out travel insurance, that’s fine if nothing happens……but what if you have an accident? You then have to pay your own medical bills….very expensive! In fact £1000’s, compared to the £50.00 - £100.00 for Travel Insurance.
With KM you take a risk and don’t protect your key knowledge – it cost the US Government $69 Million to replace key knowledge; and I can say for certain that it wouldn’t have cost them $69 Million to implement KM. So the question that you must ask yourself is “Is it worth taking the risk?”.
The approach to the decision about adopting KM should be one based on a spend to save basis, spend a little to protect your key knowledge, and you can sleep better at night knowing that the knowledge is not going to disappear and is protected, rather than laying in a hospital bed thinking this is going to cost a fortune “I wish I had taken out an insurance to protect me against this”.
Having to justify to an organization why they should make a commitment to Knowledge Management (KM) is somewhat of a puzzling exercise. The first question that seems to be on everyones mind is “What is the Return On Investment (ROI)?”. The ROI question has appeared in various Linked-in discussion groups, with questions ranging from recommendations for Return on Investment tools, to how to quantify Return on Investment for KM, etc, etc.
This is like trying to put a tangible output, to something that is almost intangible, you cannot see a unit of KM, you cannot say that I will invest £200,000 and I will achieve KM, it is difficult to quantify and difficult to visualize. Unlike a word processing package, you can’t pop down to your local Computer Store and buy a box of KM; which is why I am so against these ‘so called’ “off the shelf” KM Packages; sure they may offer part of the solution, but KM is a change in the way people work and interact, it is a ‘Change Initiative’, a journey, an aspiration….I liken it to the TQM journey, it is an aspirational state where the organization protects knowledge, shares it and then innovates using the knowledge resources at its’ disposal.
The Justification for Knowledge Management should not be whether it offers an immediate, and quantifiable Return On Investment, but what benefits can KM deliver to my organization, and should be viewed as a Spend to Save measure. KM is like Risk Management, you need to assess firstly what the probability of the risk is, and what impact it will have on the organization. The risk is the loss of ‘Critical Business Knowledge’. So what form could this take? Some one leaving the organization; well we never hear of anyone having an accident do we!, someone being offered a better job!, someone being seriously ill!, someone dying, or even someone winning the lottery….it never happens does it.
If we take the National Lottery, someone wins nearly every week. To illustrate the point and for the sake of argument, lets say that someone does win every week. That’s 52 people every year faced with the dilemma; ‘Do I carry on working?’, and if they decide no, they could take valuable, even key knowledge with them.
So we have a risk, with a probability and then there’s the impact? Here I would like to introduce my favourite scare story; The US National Nuclear Security Administration (NNSA) "lost knowledge" of how to make a mysterious but very hazardous material codenamed Fogbank. As a result, the warhead refurbishment programme was put back by at least a year, and racked up an extra $69 million (You can read the story at http://www.heraldscotland.com/how-the-us-forgot-how-to-make-trident-missiles-1.826976).
So you need to ask yourself, do I adopt a KM approach within my organization, or do I take a risk that it might not happen?.......,because it might not happen. You may be lucky; there may be no accidents, no illness, and everybody may be blissfully happy and never leave and no lucky sods winning the lottery……….but do you want to take that risk?
Whan I talk to organisations I use an analogy that I came up with; “Knowledge Management is a bit like Travel Insurance - You only wish you had it when it is too late? (O’Neill, 2009)”. Think about it; You go on a skiing holiday and don’t take out travel insurance, that’s fine if nothing happens……but what if you have an accident? You then have to pay your own medical bills….very expensive! In fact £1000’s, compared to the £50.00 - £100.00 for Travel Insurance.
With KM you take a risk and don’t protect your key knowledge – it cost the US Government $69 Million to replace key knowledge; and I can say for certain that it wouldn’t have cost them $69 Million to implement KM. So the question that you must ask yourself is “Is it worth taking the risk?”.
The approach to the decision about adopting KM should be one based on a spend to save basis, spend a little to protect your key knowledge, and you can sleep better at night knowing that the knowledge is not going to disappear and is protected, rather than laying in a hospital bed thinking this is going to cost a fortune “I wish I had taken out an insurance to protect me against this”.
Friday, 13 August 2010
Learning from Experience or Lessons Captured?
This is an area that I have a particular interest in, coming from a Project Management background, and also because it forms one of the fundamental building blocks of Knowledge Management.
The first thing to clarify is whether it is genuine Learning from Experience, or merely Lessons Captured! In my experience there are many companies who undertake ‘Post Action Reviews’ (Post Project Reviews in Project Management terms), and from this identify valuable knowledge; what went well, what didn’t go so well, key areas for improvement, elements of ‘Good Practice’ to carry forward, all knowledge created during a project or task.
However, in most cases that’s as far as it goes. It is collected, but nothing is done with it; apart from being filed and forgotten about. I have come across organizations that have implemented a very well developed and sophisticated database that is fully searchable. But once the so called lessons have been captured, that is as far as it goes and nobody checks it for Learning Points.
Project Managers are particularly bad in this field, because as soon as one project is complete they want to get onto the next project. But that opens up the possibility to repeat mistakes that have been made previously; and not necessarily just from the last project.
In my view, individuals should be allowed to make a mistake…..once!, as this is how we learn, and ultimately innovate. If we can’t make mistakes we become less willing to take risks, and we stop innovating. However, this isn’t the theme of this post and is a separate subject area in its own right.
So there needs to be a means of ensuring that firstly the Learning points and Knowledge associated with each project are identified and captured, and secondly that once identified and captured they are used to improve future project/task performance, and the only way to effectively achieve this is by establishing appropriate Governance arrangements.
Coming from a Project Management background I would say that the governance needs to be based on the Project Sponsor not signing off the Project as being complete until a Learning from Experience/Lessons Learnt/Post Project Evaluation has taken place.
The next stage is to build in Governance such that the next project/task is not able to start until the Project Manager/Task owner demonstrates that the Learning from Experience/Post Project Evaluation repository has been examined. The Project Initiation Document should then show what lessons have been examined and what the PM is going to do to ensure that 'bad things' or errors are not repeated, and that he is building the 'good things' into the new project/task.
If the task/project owner starts the project having falsely claimed that there are no benefits or bad points to be utilised, and the project/task subsequently fails because of a repeat of something that has previously happened and could have been avoided, then appropriate action should be taken.
Ideally the Reviews should take regularly during the execution of the task/project, particularly on projects with a long duration. I have been working with KM and the approach I advocate is 'Continuous' review, re-baseline; the TQM/Continuous improvement approach.
The critical thing is that lessons lead to change, and if nothing changes, nothing has been learned.
The first thing to clarify is whether it is genuine Learning from Experience, or merely Lessons Captured! In my experience there are many companies who undertake ‘Post Action Reviews’ (Post Project Reviews in Project Management terms), and from this identify valuable knowledge; what went well, what didn’t go so well, key areas for improvement, elements of ‘Good Practice’ to carry forward, all knowledge created during a project or task.
However, in most cases that’s as far as it goes. It is collected, but nothing is done with it; apart from being filed and forgotten about. I have come across organizations that have implemented a very well developed and sophisticated database that is fully searchable. But once the so called lessons have been captured, that is as far as it goes and nobody checks it for Learning Points.
Project Managers are particularly bad in this field, because as soon as one project is complete they want to get onto the next project. But that opens up the possibility to repeat mistakes that have been made previously; and not necessarily just from the last project.
In my view, individuals should be allowed to make a mistake…..once!, as this is how we learn, and ultimately innovate. If we can’t make mistakes we become less willing to take risks, and we stop innovating. However, this isn’t the theme of this post and is a separate subject area in its own right.
So there needs to be a means of ensuring that firstly the Learning points and Knowledge associated with each project are identified and captured, and secondly that once identified and captured they are used to improve future project/task performance, and the only way to effectively achieve this is by establishing appropriate Governance arrangements.
Coming from a Project Management background I would say that the governance needs to be based on the Project Sponsor not signing off the Project as being complete until a Learning from Experience/Lessons Learnt/Post Project Evaluation has taken place.
The next stage is to build in Governance such that the next project/task is not able to start until the Project Manager/Task owner demonstrates that the Learning from Experience/Post Project Evaluation repository has been examined. The Project Initiation Document should then show what lessons have been examined and what the PM is going to do to ensure that 'bad things' or errors are not repeated, and that he is building the 'good things' into the new project/task.
If the task/project owner starts the project having falsely claimed that there are no benefits or bad points to be utilised, and the project/task subsequently fails because of a repeat of something that has previously happened and could have been avoided, then appropriate action should be taken.
Ideally the Reviews should take regularly during the execution of the task/project, particularly on projects with a long duration. I have been working with KM and the approach I advocate is 'Continuous' review, re-baseline; the TQM/Continuous improvement approach.
The critical thing is that lessons lead to change, and if nothing changes, nothing has been learned.
Thursday, 12 August 2010
Who Should be practising Knowledge Management?
This is a question that I have been asked many times?, and I usually respond with the question "Who is it that creates Knowledge?"......this is followed by a short silence, followed by the answer "Well I guess everyone creates Knowledge", to which I say "Everyone should be practising Knowledge Management".
I then usually give an example of an IT Technician that I know. He was a one man business. He designed and built websites and provided technical IT Support for a number of organisations.
One day he received a phone call from one of his clients asking him to come and resolve a problem with one of their printers; a HP Printer.....although it could have been any type of printer!
I only mentioned the printer brand because there is actually some deeper relevance to Knowledge Management because HP actually practices Knowledge Management, and one of their Executives once said "If only HP knew, everything that HP Knows".
Anyway, back to the story......he went out to visit the company and identified an error code that was preventing the computers (on a network) talking to the printer.
Like all good technicians he started with the onboard diagnostics, but was unable to identify the fault. He then went to the HP Website and again, no reference to the fault. He then started looking on the various HP User forums, and again there was no mention of this fault.
So he then started interrogating the system, investigating, trouble-shooting and experimenting and whether it was good diagnostic skills, or sheer fluke, he solved the problem.
What should he do now? If we look at the scenario, he has created unique Knowledge. This should be captured, protected and even shared with HP and the user forums. The benefits of this;
- Reputation and Kudos - he is clearly knowledgeable as he has resolved the problem
- Efficiency - He will save time if the fault reoccurs, or save time for others should they discover the same problem
What really happened?, he left the job with a thanks from the client. Two years later, the same company rang him up again and said "You remember we had that fault with the printer?, well it's happened again.....can you come and fix it?"
So he gets in to his car and visits the company, and identifies it as the same error from two years ago, again preventing the computers talking to the printer.
Remembering it wasn't on the onboard diagnostics, he starts his investigation at the HP Website and there is still no reference to the fault. He then proceeds to the various HP User forums, and again there is still no mention of this fault. So he starts interrogating the system, investigating, trouble-shooting and experimenting....but this time he can't solve the solve the problem.
This time he didn't leave with thanks from the company, he left to the sound of the Managing Director saying "Why haven't you fixed it, you did last time!"
And the outcome of this:
- Reputation and Kudos - Severely damaged
- Efficiency - Wasted time investigating a problem that he had previously investigated and solved
Does this sound familiar?
My view - I believe that every organisation, regardless of size, regardless of sector should be protecting 'Business Critical Knowledge' - Knowledge Management.
I then usually give an example of an IT Technician that I know. He was a one man business. He designed and built websites and provided technical IT Support for a number of organisations.
One day he received a phone call from one of his clients asking him to come and resolve a problem with one of their printers; a HP Printer.....although it could have been any type of printer!
I only mentioned the printer brand because there is actually some deeper relevance to Knowledge Management because HP actually practices Knowledge Management, and one of their Executives once said "If only HP knew, everything that HP Knows".
Anyway, back to the story......he went out to visit the company and identified an error code that was preventing the computers (on a network) talking to the printer.
Like all good technicians he started with the onboard diagnostics, but was unable to identify the fault. He then went to the HP Website and again, no reference to the fault. He then started looking on the various HP User forums, and again there was no mention of this fault.
So he then started interrogating the system, investigating, trouble-shooting and experimenting and whether it was good diagnostic skills, or sheer fluke, he solved the problem.
What should he do now? If we look at the scenario, he has created unique Knowledge. This should be captured, protected and even shared with HP and the user forums. The benefits of this;
- Reputation and Kudos - he is clearly knowledgeable as he has resolved the problem
- Efficiency - He will save time if the fault reoccurs, or save time for others should they discover the same problem
What really happened?, he left the job with a thanks from the client. Two years later, the same company rang him up again and said "You remember we had that fault with the printer?, well it's happened again.....can you come and fix it?"
So he gets in to his car and visits the company, and identifies it as the same error from two years ago, again preventing the computers talking to the printer.
Remembering it wasn't on the onboard diagnostics, he starts his investigation at the HP Website and there is still no reference to the fault. He then proceeds to the various HP User forums, and again there is still no mention of this fault. So he starts interrogating the system, investigating, trouble-shooting and experimenting....but this time he can't solve the solve the problem.
This time he didn't leave with thanks from the company, he left to the sound of the Managing Director saying "Why haven't you fixed it, you did last time!"
And the outcome of this:
- Reputation and Kudos - Severely damaged
- Efficiency - Wasted time investigating a problem that he had previously investigated and solved
Does this sound familiar?
My view - I believe that every organisation, regardless of size, regardless of sector should be protecting 'Business Critical Knowledge' - Knowledge Management.
What is the Difference Between Knowledge Harvesting and Exit Interviews?
The Difference Between Knowledge Harvesting and Exit Interviews? - This was a discussion that appeared in one of the KM Groups on the Professional Networking site - Linked-in.
And it got me thinking, because this question is like asking what's the difference between a Mini and a Rolls Royce?, in essence they both get you from A to B; but it is how they do it and how effective they are at doing it!
In terms of Knowledge Management the processes of Knowledge Harvesting and the Exit Interview are both aimed at 'Capturing Knowledge', but again it comes down to how effective they are at achieving the desired outcome.
Firstly, I need to say that I do not like the term 'Knowledge Harvesting', it sounds too mechanised and systematic, almost like "We are going to Harvest your Knowledge" whether you like it or not! I prefer Knowledge Sharing; a focus on the fact that you want the Knowledge Holder to share their Knowledge with others, and in turn others will share their Knowledge....but that's for another Blog Post, for the purpose of this post I will focus on the difference between Knowledge Harvesting and Exit Interviews.
In this context Knowledge Harvesting is the 'state of being' that organisations should aspire to, so that Knowledge is 'Harvested' as it is created (or remembered) and this should be part of the normal business activity, part of the day to day business, capturing Knowledge as it is created and protecting it.
Knowledge is created all of the time; via experiences, doing, interacting, innovating, investigating and just by existing. So on that basis organisations should be trying to harness that Knowledge and protect it. And as Knowledge is being created all of the time, then in terms of adoption of KM the answer is now!, immediately....organisations should adopt KM Practices at Start-Up. But we know that in reality they don't! I have had discussions with many 'Start-up' businesses and they agree that they need to protect the so called 'Business Critical Knowledge' but they either 'Don't have time' or Don't have the money' to either pay a consultant to assist them or develop their own way of protecting knowledge.
So unfortunately we are left with the scenario where companies will carry on operating where the Knowledge circulates happily (and informally) within the organisation until something happens to upset the 'Status Quo'; Mr X who has 'this Knowledge' wins the Lottery and decides to leave, Miss Y who has 'Business Critical Knowledge' gets 'Head-Hunted' into a better job, or Mrs Z who knows all there is to know about 'widget a' retires. Or worse still, a series of redundancies driven by a bean counter who doesn't understand the business, and you are left with a last ditched 'Knee Jerk' effort to capture the Knowledge before it disappears out of the door - the exit interview.
This is usually the time that most organisations realise that they should have been more proactive and focussed on protecting Business Critical Knowledge. I have experienced the 'Exit Interview' approach twice, and in both cases the 'Knowledge Holders' are not focussed on sharing their Knowledge, they are focussed on the 'Exit', so you then have to question the value of this last ditch Knowledge Capture, both from the quality of knowledge, and the effort that is used to capture it.
The scenario could be even worse - a fatal accident.... because if this happens there is no chance of capturing any Knowledge; good or bad!
If you look at the scenarios that I have described they are not fanciful or an attempt at scaremongering.......they happen every day, even people winning the lottery. It may only be a few people who win a big jackpot, but what happens if that person works for your organisation?, what if that person is the holder of your 'Business Critical Knowledge'?
And it got me thinking, because this question is like asking what's the difference between a Mini and a Rolls Royce?, in essence they both get you from A to B; but it is how they do it and how effective they are at doing it!
In terms of Knowledge Management the processes of Knowledge Harvesting and the Exit Interview are both aimed at 'Capturing Knowledge', but again it comes down to how effective they are at achieving the desired outcome.
Firstly, I need to say that I do not like the term 'Knowledge Harvesting', it sounds too mechanised and systematic, almost like "We are going to Harvest your Knowledge" whether you like it or not! I prefer Knowledge Sharing; a focus on the fact that you want the Knowledge Holder to share their Knowledge with others, and in turn others will share their Knowledge....but that's for another Blog Post, for the purpose of this post I will focus on the difference between Knowledge Harvesting and Exit Interviews.
In this context Knowledge Harvesting is the 'state of being' that organisations should aspire to, so that Knowledge is 'Harvested' as it is created (or remembered) and this should be part of the normal business activity, part of the day to day business, capturing Knowledge as it is created and protecting it.
Knowledge is created all of the time; via experiences, doing, interacting, innovating, investigating and just by existing. So on that basis organisations should be trying to harness that Knowledge and protect it. And as Knowledge is being created all of the time, then in terms of adoption of KM the answer is now!, immediately....organisations should adopt KM Practices at Start-Up. But we know that in reality they don't! I have had discussions with many 'Start-up' businesses and they agree that they need to protect the so called 'Business Critical Knowledge' but they either 'Don't have time' or Don't have the money' to either pay a consultant to assist them or develop their own way of protecting knowledge.
So unfortunately we are left with the scenario where companies will carry on operating where the Knowledge circulates happily (and informally) within the organisation until something happens to upset the 'Status Quo'; Mr X who has 'this Knowledge' wins the Lottery and decides to leave, Miss Y who has 'Business Critical Knowledge' gets 'Head-Hunted' into a better job, or Mrs Z who knows all there is to know about 'widget a' retires. Or worse still, a series of redundancies driven by a bean counter who doesn't understand the business, and you are left with a last ditched 'Knee Jerk' effort to capture the Knowledge before it disappears out of the door - the exit interview.
This is usually the time that most organisations realise that they should have been more proactive and focussed on protecting Business Critical Knowledge. I have experienced the 'Exit Interview' approach twice, and in both cases the 'Knowledge Holders' are not focussed on sharing their Knowledge, they are focussed on the 'Exit', so you then have to question the value of this last ditch Knowledge Capture, both from the quality of knowledge, and the effort that is used to capture it.
The scenario could be even worse - a fatal accident.... because if this happens there is no chance of capturing any Knowledge; good or bad!
If you look at the scenarios that I have described they are not fanciful or an attempt at scaremongering.......they happen every day, even people winning the lottery. It may only be a few people who win a big jackpot, but what happens if that person works for your organisation?, what if that person is the holder of your 'Business Critical Knowledge'?
Monday, 19 July 2010
Running on Risk!
When does Knowledge Start?
That might seem like a bizarre question to start a Blog Post, but it is intended to get you to think about when Knowledge is created! Take for example a new start-up company, they are creating Knowledge immediately; Learning Lessons, collecting expertise, innovating, even forming opinions about suppliers and finding the best source of materials and services, and this needs to be captured so that it can be shared. You then have the collective Knowledge of the individuals within the new organisation; how to harness and share that collective knowledge. So in my opinion, organisations should be thinking about Knowledge Management right from the outset.
But do they? In most cases the answer is no. It is the usual scenario; "It's not a priority", "We don't have the money for this!", "We don't really need it!", "What is the Return on Investment?"
But what price can you put on the loss of key knowledge that keeps the business going? Every organisation has it. Hewlett Packard went as far as saying "If only HP knew everything that HP knew".
So how about $69 Million? The US National Nuclear Security Administration (NNSA) "lost knowledge" of how to make a mysterious but very hazardous material codenamed Fogbank. As a result, the warhead refurbishment programme was put back by at least a year, and racked up an extra $69 million (You can read the story at http://www.heraldscotland.com/how-the-us-forgot-how-to-make-trident-missiles-1.826976).
So when you put this into context, is it worth taking the Risk with your key Business Knowledge? Knowledge Management needs to be viewed almost like an Insurance Policy or Risk Management. There is always a Risk that key knowledge could be lost, so what are we going to do about managing that risk? I have worked with organisations that have done just that! Start to look at Knowledge Management and nothing more. One organisation that I worked for realised three weeks before a large number of 'Key' staff were due to leave through a redundancy programme that key knowledge was due to be lost. One of the Directors approached me and said "Can we capture this Knowledge before it goes?"; you can probably guess the answer!
A quote that I have used with a number of organisations is that "Knowledge Management is like Holiday Insurance; you make a conscious decision not to take out the insurance and it's fine as long as nothing happens. However, you only realise that you need it when it is too late!"
Whilst organisations continue to find excuses not to implement KM then they will continue to keep "Running on Risk".
Thursday, 6 May 2010
Finally Knowledge Pad has taken the plunge and committed to Blogging. Many of my Peers will say about time, and 'at last', and to all of those who have been waiting for this day I say thank you for your patience.
The plan is that I will share my thoughts and views on the current thinking within the field of KM and keep you informed of developments and hope to stimulate some lively debate around the large subject field known as Knowledge Management.
Subscribe to:
Posts (Atom)