This article is part of a series of articles on the new international knowledge management (KM) standard, ISO 30401 Knowledge management systems – Requirements.
In Part 1 of my evaluation of the ISO 30401 standard, I briefly discussed how it evolved through a number of iterations since 2015 and specifically identified the changes made to the standard since a draft was made available to the public for comment and review in late 2017.
Up front, I note that the overall editorial changes are a significant improvement in their own right. Redundant text has been removed, headings are clearer, and the overall document is more cohesive and readable. Most of the remaining awkwardness apparently rests in the mandatory layout requirements of ISO standards (for example, having significant text relegated to “Notes” or “Examples”).
However, the main focus of this article is to look at the recommendations I made for improving the standard during the open comment period, and compare this to how the committee chose to respond. My commentary follows the original text of each of my recommendations below:
Recommendation 1. Clarify that ISO 30401 is a standard only for a knowledge management system, and does not represent the totality of the body of knowledge found in knowledge management as a discipline. The terms “knowledge management” and “knowledge management system” are sometimes used interchangeably at present to deleterious effect.
Many of the notes added throughout the standard provide sufficient detail and examples to (and especially the notes about human and group dynamics and behaviours) are very important here, since they will help to avoid any narrow reading that a KMS should be technological only. While some risk remains that ISO 30401 will be used by managers to narrowly interpret “what knowledge management is”, this hasn’t happened for ISO 9001 and I don’t see it as a likely risk here.
Recommendation 2. The key enduring value proposition of knowledge management lies in its potential for organisations to improve distributed problem-solving capabilities. This is not mentioned or alluded to anywhere within the standard. I believe it is appropriate to rewrite the introductory section of the standard to more adequately represent current concerns and drivers of knowledge management, specifically:
- the substantially increased average education and capability of employees
- the unprecedented drop in information transmission and processing costs
- the increased tension between the expectations of instantaneous response and organizational coordination
- the greater rate of change in employment arrangements (a person will average 15 jobs in their lifetime), and an increase in workforce casualisation and arms-length (contract) employment
- the rise of AI agents which use big data and deep learning to enhance or replace human decision-making
- the need for organisational robustness and/or resilience in response to situations of high VUCA (volatility, uncertainty, complexity and ambiguity).
The standard now explicitly references the role of KM in “solving problems”, and how it “supports the efficiency of processes and contributes to their enhancement, creates resilience and adaptability [and] creates competitive advantage”, both very good improvements. It also expands the concept of knowledge loss to include organisational change, which recognises the critical embodied nature of knowledge in many organisational structures.
(The specific drivers listed have not been incorporated, but on reflection these were probably too specific to include in a general standard of this nature anyway.)
Recommendation 3. More clearly identify and delineate between desired outcomes of applied knowledge. Require knowledge management systems policy and objectives to identify knowledge outcomes that they are targeting. For example:
- knowledge deployment — creation/maintenance of knowledge in capable staff for product and service delivery
- intangible assets — creation of recognised classes of knowledge product to resell (e.g. copyrighted works), especially relevant for consulting firms
- intellectual capital — creation/maintenance of whole-of-organization decision making and action capability
- knowledge entrepreneurship — funding 3M-style innovation with active research into new knowledge; acknowledging the existence of the ISO 50501 may be sufficient for this component.
While I stand by these suggestions, the reason why I pushed for them probably wasn’t made very clear in the submission. A common reason for the failure of KM programs has come from attempts to transplant them into organisations seeking very differing knowledge outcomes. For example:
- a company retailing goods and services is primarily interested in knowledge deployment (that is, training its staff in doing day to day work)
- capture and reuse of intangible assets (made up of solutions, processes and ideas generated and documented) for other clients and in other contexts is of vital financial importance to consulting firms
- intellectual capital, or a holistic ability to continuously execute complex tasks to high quality, is especially important for long-running organizations with mandates such as public service agencies and utility companies
- the rarest case numerically (but often quite high profile) is seen in organisations that specialise in knowledge entrepreneurship – generating new and novel knowledge specifically to commoditise them on the markete (such as research firms).
Generally speaking, organisations focused on different knowledge outcomes will need significantly different KM strategies. I still would have liked for the standard to encourage taking this into consideration, but it’s not a deal-breaker.
Recommendation 4. Remove all references to knowledge management culture. This term makes it too easy for KM failures to be excused, and also preference certain types of KM program in ways that are unwarranted. Organisational culture must be managed as a whole and should not be separated into “KM cultural” and “other cultural” factors.
All references to KM culture are retained in the standard, and this is probably my single biggest objection to the published standard as constructed. The first problem is that explicitly calling out a “knowledge management culture” encourages utopianism, the idea that “all we need to do is change the culture” to fix everything. As discussed in a separate article, culture is actually part of a trio of factors that influence organisational activity – the others are social structures (roles) and individual personalities. ISO 30401 doesn’t consider the possibility that without changes to organisational roles & responsibilities and the personality type mix, any suggested “KM culture” may be simply implausible to implement. This leads organisations on a utopian path with no reasonable prospect of success.
The second problem is related to the first. The standard presupposes certain things about KM which I do not believe to true; for example, the standard asserts that if “connections and knowledge activities are encouraged, and knowledge is valued and actively used, [this] will support the establishment and application of the knowledge management system”. This requirement is problematic because it places KM systems “above the line” from the perspective of workers and, for example, is only likely to work in organisations with pretty well educated workers.
I am not convinced that active discussion of KM with staff is necessary; indeed, I believe that in many organisations, discussions of how to optimise systems from a KM perspective should legitimately be limited to management-level discussions. By way of analogy, doctors don’t need to explain the training and methods behind their diagnosis to all their patients.
Recommendation 5. Remove all references to knowledge work and knowledge workers. The terms are poorly defined and privilege certain types of work in ways which are frankly elitist. All work requires knowledge to be completed successfully.
The committee adopted this recommendation. They also removed the definition of “learning organization”, which I was less strongly opposed to but also endorse.
Recommendation 6. Make all SECI references non-normative. The SECI framework is not applicable to the majority of organisational environments and contains old KM thinking in many respects, including the dichotomy of tacit/explicit thinking. Currently the document avoids using the term ‘tacit’ specifically but it is strongly implied.
Despite only changing a few words, the committee sufficiently reworked the headings and structure of section 4.4.3 (and also removed references to knowledge life cycle – see below) to weaken any perceptions that the standard endorsed the use of SECI as a primary tool for KM systems.
Recommendation 7. Remove all references to “knowledge life cycle”. Knowledge does not have a fixed life cycle in the linear way which is implied by the term. Knowledge is intrinsic to the situated environments and organizational boundaries of one or more intelligent agents and their associated information systems. Knowledge is a dynamic response to the experiences of being in that environment. Instead, refer to “knowledge processing interventions” as a method of altering the ongoing knowledge dynamics of the system in question.
The committee has softened the language around “life cycle”, now simply referring to “knowledge activities”. I still believe KM’s unique value proposition lies in its holistic approach to intervening in complexity and systems dynamics and would have like more language to that effect. However the standard no longer prevents practitioners from taking this approach by mandating a linear model. This is reinforced by note 4 of section 3.4 which specifically points out that “A system can include human and group dynamics”.
Recommendation 8. Include references to system inhibitors and enhancers, either as part of the KM enablers or elsewhere. Organisational attributes such as incentive structures and organisational trust are fundamental to successful knowledge transfer and application, but they are not knowledge objectives in and of themselves.
As with recommendation 7, the standard is largely silent about the importance of systems dynamics in effective knowledge management. I consider it a missed opportunity to prompt implementors of the standard to think about organisations as more than just a traditional command and control role-based structure, but it’s not the end of the world.
Recommendation 9. Do not permit unmeasurable objectives. This has been a grave failing of past knowledge management programs, which made grand pronouncements without any kind of specifics to be held accountable for.
Unfortunately the standard still permits unmeasurable objectives in 6.2(e). As Nick Milton points out, this is unfortunately a non-negotiable part of the ISO management systems standard. I think it would have been useful to provide more guidance on methods for effective measurement, since this has been troublesome for past KM programs. Even where benefits are indirect or diffuse, I would still like to see all objectives having defined measures, even if just as an activity based metric linked to a documented hypothesis about the expected benefit.
Recommendation 10. The standard should promote strong links to impact in terms of safety, time, innovation, quality, cost and (customer) experience. Where diffuse organizational benefits are predicted, the value of objectives should be evaluated against alternatives using a methodology such as RROI (relative return on investment), and at a minimum against the option of doing nothing.
The committee agreed to include a paragraph referring to improvements in “safety, time, risk, quality, cost, market share, [and] customer experience” in the final standard. I would have liked more discussion about effective benefits evaluation since this is known to be a persistent bugbear of KM, but overall – thumbs up.
Recommendation 11. Improve language around complexity and non-determinism in organizational systems. An important truism of complex adaptive systems is that strong links between cause and effect do not exist. Therefore, requirements for implemented KMS must ensure that both intended and unintended impacts are considered to provide useful guidance.
As with recommendation 7, 8 & 10, the language of system dynamics is largely absent from this standard. No doubt the choice of the committee to avoid imposing a specific framework for the standard played a significant role here. Would have liked to be more but the standard isn’t incompatible with a CAS-based approach to system design and interventions.
Overall, the standard has been significantly improved since its draft form. While I still have some concerns, they are not in prescriptive areas which means that the standard won’t actively inhibit implementation of innovative approaches to KM. That’s great, since it allows us to continue to evolve the evidence base and recommendations for implementing on KM without being contradicted by an out of date standard.
Part 3 will look at the mandatory requirements of the standard with a focus on summarising what you “must” do to implement a ISO 30401 compliant standard.
For further information on ISO 30401:2018, including the background to its development and discussion of issues that should be considered in its implementation, see the other articles in the RealKM Magazine ISO 30401 series.