After nearly twenty years of Knowledge Management Consulting, I’ve developed core themes to what I believe comprises good KM. EK’s definition of KM embodies many of these themes:

“Knowledge Management involves the people, culture, content, processes, and enabling technologies necessary to Capture, Manage, Share, and Find information.”

We supplement this with our KM Action Wheel. The wheel represents the many uses of KM:  

• Creation of knowledge and information; [KM Action Wheel]
• Capture of knowledge and information (from tacit to explicit, and/or into KM systems);
• Management of knowledge and information, often using an array of technologies including knowledge bases, intranets, content management, document management, and records management;
• Enhancement of knowledge and information, making it better over time through increased collaboration, adding tags to improve its findability, and linking it to other knowledge and information to tell a more complete story;
• Ensuring that the appropriate knowledge and information is findable by the right people in intuitive ways, maximizing its use and reuse; and
• Connecting, creating links between knowledge and information, between the holders of knowledge (your experts), and between your various repositories, resulting in a web of enterprise knowledge that builds on itself over time.

Most importantly, though, is the word ACT in the middle of the wheel. For us, effective KM doesn’t happen for the sake of KM, it happens to enable specific actions and results. All KM efforts should be grounded in a deep and clear understanding of the results you’re seeking and the actions you’re attempting to enable.

Unfortunately, KM as a concept continues to be sullied by overly academic viewpoints and an unfortunate association with projects that are all talk and big ideas, but are unacceptably short on results and practical thinking. A look at Google Trends expresses this unfortunate reality all too clearly, with a steadily declining interest in the term since 2004.

I, along with my colleagues at EK, have worked extensively to realize Practical KM that results in meaningful business value, supported by the best principles in Agile, IT, Information Management, and Change Management. All of this, integrated, is EK’s version of KM and we have the success stories to prove its effectiveness.

What I hope to see in 2017, and what we have been and will continue to work toward, is this concept of KM and ______. Our work will be to apply these concepts for our clients and continue to offer the latest thought leadership on them through our blogs and conferences.

KM and Business Value

The two concepts that I feel are most important to be intrinsically linked are KM and Business Value. KM initiatives have too often been seen as the “nice to have” when there’s budget leftover. Every KM project, big or small, should begin with a clear understanding the the KM Actions we are seeking to enable and the resulting value to the organization (ideally hard ROI) we anticipate achieving. At every turn, decision-making should go back to that core question, “Will this decision result in the business value we’re seeking?” If the answer is no, reassess and adjust.

KM and Information Management

I’ve written previously about my lack of interest in trying to draw a line between Knowledge and Information Management. These two concepts exist on the same spectrum, harnessing People, Processes, Content, Culture, and Technology to translate tacit knowledge, experience, and expertise into content that may be captured, managed, enhanced, and found by others. KM and IM (or KIM) belong together in most engagements where organizations are trying to get a handle on their knowledge assets or are concerned about losing knowledge, duplicating effort due to knowledge that wasn’t found, or wasting time looking or waiting for knowledge insteading of acting.

KM and Technology

There are those within the industry who wish to draw a hard line between Knowledge Management and IT within Knowledge Management Systems. I see technology as an enabling factor to effective KM. Using this broad definition, any number of Content/Document/Records Management products, knowledge bases, Learning Management Systems, Enterprise Search Tools, Taxonomy Management Tools, or Semantic Web Technologies fits within the box of KM Systems. This is not to say that simply installing SharePoint means you’re “doing” KM. On the contrary, an effective KMS requires a perfect merger of KM and IT best practices, ranging from knowledge sharing processes to content governance, KM culture change to KM systems adoption strategies, and KM content capture to IT systems migration.

KM and Agile

At EK, we’re firm believers in agile principles and have worked hard to promote these concepts and drive change and transformation for our customers. KM and agile are a natural fit for each other. KM efforts consistently benefit from maximized touch points with end users and stakeholders. They also require iterative progress in order to a) drive support and encourage adoption, b) demonstrate regular business value to ensure support and focus on action-oriented results, and c) ascertain whether we’re “getting it right” before going too far down a particular path. Since KM is so much about culture and adoption; getting your stakeholders to want to change is a critical success factor, and we think agile can help get you there.

KM and Measurable Results

Finally, as we define Agile KM road maps to help organizations realize their end user’s goals and maximize business value, it is critical that we’re able to measure our successes. This is important to ensure we’re reflecting on our progress and, as mentioned above, that we’re “getting it right.” Measurable results are something that we establish when we’re designing a road map so we can assess our progress iteratively throughout the effort. Measurable results need to be more than checkmarks in a project plan that say a particular deliverable has been completed. Instead, they must show the business impact of completing the action. They also play a great role in establishing “celebratable moments” that can be used to communicate the team’s successes and communicate progress to potential stakeholders.

Do you need help making KM and ______ a reality in your organization? EK is here to help.

Launching their knowledge management initiatives, organizations often resemble oil extraction companies. They start to drill their knowledge wells and rub their hands in anticipation of the upcoming boost to their business. However, knowledge management often turns to be even harder than real oil extraction from the entrails of the earth. That is, even with such a sustainable resource as knowledge, only few companies succeed in making a good use of it.

After finding the optimal ways to externalize and store their corporate knowledge, organizations often stop halfway forgetting how important it is to actively use it. This leads to negative consequences: provided with the access to all the necessary knowledge, both tacit and explicit, employees just don’t retrieve it and thus underperform. But what can be the reasons of such inertness?

Why knowledge lays idle

The problem of poor knowledge use can have two reasons: technological and organizational ones.

The technological reason points to defects in knowledge management tools themselves. Instead of stimulating knowledge use, they impede navigation across knowledge sources or don’t let employees reach out to knowledge owners. As a result, organizations get exposed to the following issues:

Explicit knowledge is hard to access. Badly structured, non-indexed, non-rated knowledge assets can be really annoying for employees. However, the case is pretty common. According to the TSIA survey The state of knowledge management 2015, 66% of respondents state that they don’t index their knowledge base, while 58% confirm they don’t index community content.

Tacit knowledge is underused. When a knowledge management system has no hands-on collaboration tools, employees lose the opportunity to exchange tacit knowledge. As a result, knowledge gets stuck in employees’ heads only and hardly crosses departmental borders. In this case, knowledge flows are very short, as knowledge is shared among limited groups of people.

Apart from technical issues, there can be organizational barriers. A corporate culture with poor knowledge use can bring up the following scenarios:

Knowledge use is optional. In the absence of official guidelines on knowledge use, employees perceive it as an unnecessary, futile procedure that only eats their working time. As a result, employees rely on their own knowledge exclusively, which makes working processes inconsistent and deficient.

There is no formal procedure for knowledge maintenance and update. Obviously, employees are interested in using up-to-date and relevant information, so as soon as they find their internal knowledge sources outdated and misleading, they won’t return to them anymore. There are 2 critical situations that can put knowledge use to a stop:

• Chaotic knowledge generation and storage. When managed chaotically, knowledge sources quickly become overloaded with information noise. Therefore, users have to spend a lot of time trying to sift out relevant information and, eventually, stop searching for it at all.
• Knowledge isn’t maintained and upgraded. If nobody controls how adequate knowledge is, it quickly becomes obsolete and useless. Surprisingly, the percentage of companies neglecting knowledge updates is pretty high. TSIA’s statistics shows that less than 50% of the surveyed companies regularly review their knowledge base content for accuracy, and 27% admit that knowledge hasn’t been updated for a very long time.

Stimulating knowledge use with technology

To increase knowledge use, companies can take a few feasible steps to adjust their knowledge management solutions or tools. Taking corrective actions, organizations can tailor software features to be knowledge use accelerators.

Convenient and pervasive search that will enable users to quickly find required information across all knowledge sources. For example, companies using SharePoint-based solutions can fine-tune the platform’s search capabilities to provide users with a direct way to knowledge located on different sites and site collections. Even a bigger advantage have the owners of SharePoint 2016 that allows an instant, hybrid search across different SharePoint environments, both on-premises and cloud.

Knowledge rating tools will allow classifying knowledge assets by their value and relevance. This will help users to get the most valuable knowledge ranked first in knowledge search results.

Automated workflows for knowledge updates will help knowledge owners to carry out knowledge reviews as soon as the relevancy of a knowledge asset expires. Such workflows will allow organizations to keep updated such important knowledge assets as market researches, internal policies, methodologies and more.

Collaboration tools for tacit knowledge exchange will facilitate dissemination of tacit knowledge among employees by allowing them to connect to knowledge owners regardless of their location. Companies that use SharePoint intranets can enhance knowledge use with the help of diverse built-in collaboration features, for example, knowledge discussion hubs, knowledge exchange and Q&As.

Fostering knowledge use on the organizational level

To improve knowledge use on the organizational level, companies should aim at intensifying cross-departmental knowledge exchange and make knowledge use an essential part of daily working processes. To reach this goal, companies can:

Provide employees with ready-to-go knowledge. Developing SharePoint-based knowledge management solutions, we at ScienceSoft advocate the push approach to knowledge dissemination that encourages companies to distribute available knowledge among employees with the help of:

• In-house trainings and courses aimed at showing available knowledge, introducing knowledge owners and bridging knowledge gaps. Trainings can be allocated in a corporate learning management system (LMS) that will be integrated with a knowledge management system so that employees’ new knowledge and competencies can be then fixed in a knowledge base and added to the knowledge map.
• Collaborative knowledge transfer that should stimulate more active knowledge flows throughout the company. To facilitate collaborative knowledge transfer, companies can focus on creating both formal and informal Communities of Practice (CoP) and provide them with the possibility to carry out knowledge exchange workshops supported with discussion forums and blogs.

Make knowledge use obligatory  

Corporate knowledge use should be considered as a critical factor in a company’s success. A high importance of knowledge use should be communicated to employees during their working process and supported with relevant internal policies. For example, a knowledge management policy can stipulate an obligatory use of available corporate knowledge in employees’ daily tasks. Moreover, a regular knowledge use can become an essential element of employees’ performance reviews. Therefore, employees not following the policy will be subject to penalties.

Bringing the accelerators together

Even clearly understanding the value of knowledge and having invested into knowledge management, many companies still don’t stimulate knowledge use. As a result, employees continue to ignore corporate knowledge and apply ineffective methods that impede their working process. Since the reasons for poor knowledge use can be technological and organizational, companies should take relevant measures to eliminate barriers at all levels.

Organizations that already put their efforts into developing knowledge management tools, can start with reviewing their current functionality and focus on features that would stimulate knowledge use (pervasive search, rating tools, automated workflows for knowledge updates, etc.). If corporate knowledge has barriers to its use on the organizational level, then companies should concentrate on creating a favorable knowledge environment where employees can freely reach out to both knowledge assets and knowledge owners.

Do you assume people will adopt your new knowledge management initiative, or is adoption something you are actively investing in? Resistance can be the death knell for a KM project, and can lead to technology being left unused, processes being ignored, and knowledge being hoarded.

If you’re currently experiencing some of these challenges, a change management strategy can help. One of the key benefits of a change strategy is that it creates opportunities to have conversations with end users and stakeholders, and learn how to communicate in the user’s terms. As a result of these conversations, users and stakeholders will better understand the value and outcomes of the KM project. The more conversations, the better: for a change strategy to be most effective, it should be included in a KM project at all stages of the process, including the very beginning.

Here’s how we have applied change management techniques to KM projects at EK:

1. Technology Changes

Nearly all knowledge management projects involve some sort of technology, such as an intranet site, social media tool, or wiki collaboration platform. Resistance to these tools often looks like a sad, blank tool that is gathering dust.

In my experience, many of these change failures can be prevented by tailoring end user training to the value the technology actually adds to people’s daily work. For example, I’ve taught basic SharePoint classes on the benefits of version control, co-authoring, and storing files outside of an email platform. For groups that are less tech-savvy, these simple lessons are much more impactful than teaching them about why they should stop using navigation and start using search to find documents.

2. Process Changes

Knowledge management frameworks are often built around processes: content authors need to tag their content correctly, admins need to follow a records management schedule, or staff needs to follow a standard publishing process.

The change management principle of co-creation can help with process changes. A new process that’s designed without the input of the people actually using it will almost certainly fail, by leading to workarounds. For example, in terms of a publishing process, a low percentage of “emergency” publishing will be a good indicator of success. In addition, taking an agile approach to content development and gradually improving processes over time will help make change manageable.

3. Cultural Changes

Promoting knowledge sharing and growing communities of practice are cultural aspects of many knowledge management projects. These types of changes are often the most difficult to manage because they are difficult to “force” – they address behaviors and habits that are ingrained in an organization.

Applying change networks can help you surface issues and build excitement and trust in these cases. A change network is a group of people outside of the management team who is serving as “ambassadors” for the change. They are a motivated group that will help spread the value of KM and will bring issues to the group that people don’t feel comfortable saying publicly. In the past, I have also used a change network as an informal focus group to test project communications, new tools, and other KM ideas.

Over the years I have felt extremely frustrated with the so-called knowledge repositories, such as SharePoint, and the many other solutions for collaboration that exist around an intranet. Many years ago I joined an engineering consultancy firm in London called Fulcrum (which a few years later merged into Mott MacDonald). That was back in 2008 and we were around 150 employees, with small offices in Edinburgh, Madrid and Hong Kong. Those were the days were sustainable building design was going strong. The six directors were (and are) an extremely cool and forward-thinking lot and they put together a great team of sustainability consultants and building engineers. I was one of sustainability guys.

As you can imagine, sustainable building design touches on many aspects of the building; insulation, air-tightness, energy efficiency, daylight, building controls or thermal comfort, to name a few. Knowledge was very important and we had a Knowledge Base (SharePoint). As we were constantly researching new technologies and design principles, we were continuously coming across very interesting documents and articles. We were devouring them and uploading them on the Knowledge Base. We had categories and tags and all the rest, and we were not too bad at applying metadata to the files. But nonetheless, it was a phenomenal mess.

Soon it was obvious that we were uploading stuff much more frequently than downloading files. The main reason for this was that any ‘search’ would yield a large number of results and there was no way we could obtain anything which actually matched what we needed in the moment without opening and reading a lot of documents. Now, many years later, I have a better understanding of the problems we were suffering then, but the truth of the matter was that we all had our own repositories of knowledge on our computers, and any time we had a need or an itch, we would turn to our reliable contacts (for instance, Tom, just across from my desk) who would send us an email with the document in an attachment.

We had built a platform which was to be a knowledge sharing platform, but we did not know the difference between a library and a collaboration environment. As a result, we ended up doing none, because we could not tell information from knowledge. To illustrate this, I will reproduce here the definition of Knowledge Management by Kimiz Dalkir and Jay Liebowitz: ‘Knowledge management develops systems and processes to acquire and share intellectual assets. It increases the generation of useful, actionable, and meaningful information, and seeks to increase both individual and team learning. In addition, it can maximise the value of an organisation’s intellectual base across diverse functions and disparate locations.’ Our knowledge base had tons of information with little use, relatively low meaning, and it was certainly not actionable.

KM is the Supermarket and your Project is the Kitchen

I often use this analogy. A knowledge-sharing platform is the supermarket you go to find the ingredients to take home to your kitchen. Once there, you can mess around with the alchemy of your project. I still work in the construction industry, sadly not anymore at Fulcrum, but at Werner Sobek, which is another very good firm. We are building engineers and designers doing pretty much all the things that architects do not do: structural engineering, façade engineering, heating and cooling, etc. As you can imagine, our kitchen can get pretty messy and we have all sorts of things going on at once.

I’ll give you a small example. We were recently approached by an architectural firm in Philadelphia to support them in a cool and confidential competition in Hamburg. It’s something like a museum and it will be small-ish, 2,500 m2 of net floor area. We have three weeks to cook up our magic and there are no fees involved, so we don’t want to spend too many hours cooking.

After a few days we received the architectural drawings, showing the exhibition areas, back of house offices, circulation, toilets, and so on, but there isn’t a single technical room for us to put our equipment in. This is quite common, by the way. One of the dishes on our menu takes priority and has to come out of the kitchen really fast, as all starters should. -This is: To Tell The Architects How Many and How Big Our Technical Areas Should Be-. Speed is key, because everybody is working away and the sooner we get our foot in the door, the easier our life will be for the next two years.

Now that you know the context, let’s go back to Knowledge Management.

So now that we know the breakdown of areas in the building, we rush to the supermarket and check out the different aisles and shelves. Navigating the supermarket is very easy and we quickly find an aisle call ‘Spatial Allowances’ (that’s the lingo). We walk along the aisle taking a look at the different products on display. It is very clear in our minds what the final dish shall be, so we easily identify the ingredients we can use:

• Template booklet for spatial allowances
• An excel spreadsheet with benchmarks for other museums
• A tool to estimate the loads (power demand, heating, ventilation, water, etc)

Furthermore, while looking around, we find other related ingredients that we did not know existed and which will give our dish extra flavour such as case studies of technical areas in museums we did in the past and a couple of diagrams we can adapt to fit our project. In fact, the architects won’t notice this, but we also took a couple of ready-made meals from the freezer, but hey, economies of scale, right?

Three Principles of Good Practice

In order to provide such an experience (navigating the supermarket), we had to establish a few requirements. Or rather, define a brief which is not too abstract nor too narrow; as Tim Brown puts it in his book ‘Change by Design’. The way I see it, the knowledge-sharing platform should conform to the following three principles.

• Knowledge should be very easy to create, share and rearrange 

The members of the organisation should be able to share their explicit knowledge in the easiest way possible, as any burden to the process of creating and sharing knowledge will dramatically reduce the level of engagement and the amount of contribution. Similarly, any knowledge domain is organic and will evolve with time, so the different domains and the different knowledge assets will need to be re-arranged (forgotten even). This process should also be extremely easy. In my experience, SharePoint and Wikis don’t fulfil this principle, especially when it comes to re-arranging.

• Knowledge should be organized as an ontology, not as a taxonomy

In case I am not using these big terms in the proper way; by taxonomy I mean a tree diagram, and by ontology I mean something like a network. A well-known taxonomy is the animal kingdom (or parts of it, rather). Under such organisation, any given species will only be in one place, and there is only one path leading to that species. So next time someone in your organisation needs to do some work about rabbits, he or she will have to access the folder of chordata (I just learned this word), then the folder of vertebrates, and so on until reaching the rabbit and accessing the knowledge your organisation holds on rabbits. But in reality, the way our brains reach different domains of knowledge is by navigating a network of domains, so different people will access their domain ‘rabbits’ by a myriad of different paths. Notably: carrots.

• Whatever the KM method, it should be built from the ground up 

Another barrier to a successful KM system is when the system comes from above. This now seems obvious to me, but not when we started implementing the KM platform back in the day. Back then we had a series of workshops between a bunch of senior guys where we devised the KM system including the major domains all on our own. We then passed it on to the wider company expecting them to start  populating and using it. It was not well received and it obviously failed.

This third principle is quite straight forward: whatever the KM system, it should be built from the ground up. Furthermore, I recommend building it around communities of practice and start small. The way I do it is as follows: first choose a specific company objective that is closely connected to knowledge (low hanging fruit), second define a small community of practice around it and give them a clear goal, and then start working on that specific domain for that specific target. By so doing, you will create a small but functional KM environment, which is useful for everybody from day one. People within this community will feel ownership, will look after their domains and will feel comfortable using the platform.

Knowledge Mapping on a Mind Mapping Platform  

Now, discussion on technology is unavoidable and so far I have only found a way to do this: communities of practice and collaborative knowledge mapping. In particular, we use mind mapping software. I don’t think there is much point in mentioning the particular software we use, since many commercial products out there provide the necessary functionality.

Mind mapping is a very simple and very powerful technique to organise your thoughts (and in our case, our collective thoughts). This is the Wikipedia description: “A mind map is a diagram used to visually organise information. A mind map is often created around a single concept, drawn as an image in the centre of a blank page, to which associated representations of ideas such as images, words and parts of words are added. Major ideas are connected directly to the central concept, and other ideas branch out from those.”

For the last six years we have been using collaborative mind mapping to manage our knowledge. It’s been the most successful platform I have ever used. It is simple, intuitive, easy to use and fully complies with the three principles of good practice. It provides an ontological navigation experience, so that different people reach the same domains following different paths. I can’t stress enough how important this is. Every now and then, when I have shared a new knowledge asset, I go for a walk and ask some random colleagues if it would be ok to carry out a test for me. I ask them to go to the knowledge map and see if they can find (or rather, access) something in particular. Invariably, they all find it in a matter of seconds. I observe the paths they follow and it is very interesting to see how different they can be.

The aim of this article is just to provide an insight into what I believe to be an effective knowledge sharing and collaboration platform, and what the principles should be to govern such an initiative. It all comes down to people and to influencing the organisation’s culture. I believe it should be down to the users to curate the experience of navigating the company’s knowledge. I do not want to overextend and lose your interest, and I hope you have found this story useful so far. I would be delighted to hear from you:

• What do you think?
• What is it like in your industry? What do you use?
• Is knowledge mapping a sensible solution only for engineering disciplines?

 . . . and an essential driver of Business Transformation!

I had the great opportunity to sit down with two CxOs from a European police organization a couple of weeks ago. The topic for discussion was to share experiences and discuss the common challenges and opportunities, that the business transformation of moving into a Mobile-first, Cloud-first world creates.

This was a 2.5-hour discussion, in a casual setting, with no slideware. My favourite kind of meeting, as there is no technology to hide behind or slides that create unnecessary barriers, for a free-flowing conversation and open dialogue.

So what can a Professional Services organization have in common with a police force, you may ask? Quite a lot actually, as it turned out. I am sharing some of the topics and questions we discussed below, as it builds upon a previous blog post, by adding more perspective and detail to those initial high-level points.

We had agreed on the following talking points beforehand:

• Business Transformation to a Mobile-first, Cloud-first world
• Project Management, processes & methodologies
• Change Management, progress tracking and success metrics

The world is transforming rapidly & we need to transform with it! As touched upon in my last blog, most companies and corporations are facing an environment and market pressures, where productivity gains and cost reduction (hard savings/gains) by streamlining the organization, no longer does the trick. We need to find other ways to improve productivity and maintain/grow margins and actively driving Knowledge Management (‘KM’) is one area, where many organisations (unknowingly?) are sitting on large unrealized potential gains.

The rate at which the business is currently changing, means we need to shorten Time To Decision and Time To Execution/Release, substantially. The traditional waterfall-approach no longer scales and the search for the holy grail that is perfection, is starting to undermine ROI and consume margins faster and faster. So we need to work smarter as working faster isn’t a realistic option in most cases.

Here are some things to consider, when trying to help your work-force work smarter:

1. Agile methodologies There are great advantages in running agile projects but there are also challenges as with any approach as one size never fits all.

• Simplicity and flexibility – as you run short development sprints, test, release and adjust, you can better incorporate user experiences from an early stage. It allows you to start simple and add complexity as needs arise and business requirements are identified.
• Incremental documentation – not necessarily less documentation, which many think is the case, but it is different from the traditional approach where documentation is created up front. There is a risk that development starts going in circles, unless requirements and decisions, including business reason for making them, are well documented and structured.
• Better user experience and easier adoption – assuming that users are involved from early on, as it enables you to ‘start small’ (or keep it simple) and add functionality as needed rather than design the entire solution before test/release.

2. Project Structures   Not only how a project is structured and scoped is essential but so is how it is governed. For larger project initiatives it may be much better to break projects up in smaller chunks and coordinate through a Program Office or PMO. Orientation should be by business owner/area and aligned with all up company strategy. This puts additional pressure on governance and best practice is to have each Business (process) Owner/Business Decision Maker represented in a formal Steering Group, with the objective to make business-based decisions and prioritisations between projects as applicable.

This applies to waterfall, as well as agile projects but the traditional multi-year waterfall projects should be avoided, as the changes in the business environment/market are so many and so fast, that in most cases running 2-3 year long projects doesn’t work. Neither do monolithic-style SW implementations, where development goes on for years before anything is actually released to the end users by the way…

3. Business & Solution Requirements  Teams need to be able to quickly and effectively connect, and easily collaborate on documentation and other content, to keep up the pace. By re-using knowledge and content, quality can also be maintained/improved, in spite of the faster pace, and avoid endless review cycles and revisions. 

Another area which is absolutely critical is to capture and manage business requirements, as most users are becoming much smarter, hence pickier, by the week. At the same time documentation of requirements need to be balanced with the shorter lifecycles and shorter Time To Release, so the traditional 120 pages long Vision Scope, may not be ideal, although a high-level scope and shared vision is critical.

Technology is transforming even faster – “I can’t keep up….!”  But it is not only the speed of change that is adding pressures on our organisations. It is also the growing complexity of the environments and eco-systems we operate in (I will intentionally exclude financial- and market pressures for sake of simplicity and focus on topic). Everyone can no longer be an expert in everything, so we need better ways to connect people and information, as to leverage the experts in our organisations wherever they may be located.

You may think this is where the sales pitch comes, pushing Office 365 and SharePoint Online for effective collaboration? But it is not. I am focusing this piece solely on the people and process dimensions of KM as a vehicle for Business Transformation; not the Tools aspect. Implementing a KM solution, is our own experience 80% about People and Process and a mere 20% about Technology/Tools.

Shifting your organization to a true Knowledge organization, is a cultural change effort – not an IT project, or even a process implementation. It’s a cultural shift which requires every single individual in the organization to adopt some new mind-sets and leave some old behaviours behind. Here are a few:

1. Knowledge is no longer power – knowledge is a commodity and information hoarding no longer puts anyone at an advantage. Collaboration and knowledge sharing however, does.

2. Perfect is the enemy of good  - A common mind-set is that any document or artefact (solution) has to be absolutely perfect, before it is put in front of the intended audience/end user. Wrong! Users bandwidth is shrinking as fast as our bandwidth and most would rather get something fast that is continuously improved, than get nothing for 6 months. The more people who can review and provide structured input, throughout the process, the better the outcome and quality of end product but it is key to organise all input well as to avoid chaos

3. User centric approach - This is an absolute must in a day and age where, at least in the US, the Millennial portion of the population has now exceeded the Baby Boomers. The requirements on speed and ease of accessibility across any device or platform, is therefore becoming more and more critical, as user behaviours start shifting towards Mobility and Cloud as primary choices.

It is hard managing this type of intangible changes – like mind-sets and principles – that a cultural shift requires. And it is even harder to track progress and measure business impact as data is correlative, as opposed to causal, at best. Hence the need for many of us, as well as our Business Decision Makers, to start acknowledging and accepting that perhaps not everything can be tracked by hard numbers?

Thoughts? Comments? Questions? Your comments are as always very welcome!

PLEASE NOTE: The views and opinions expressed here are my own and do not necessarily reflect those of my employer.