2. Objectivos da aula
1. Definir o conhecimento nuclear
2. Listar 3 fases do desenvolvimento da
estrutura de conhecimento
3. Descrever o negócio central de uma
organização e as exigências relativas ao
conhecimento
4. Analisar um negócio para identificar o
domínio do conhecimento
3. Objectivos da aula (cont)
1. Analisar o facto de as potencialidades
do conhecimento influenciarem o
conhecimento nuclear
2. Construir uma definição de
conhecimento nuclear numa
organização
3. Explicar as questões que necessitam de
ser consideradas ao projectar uma
política de conhecimento
4. Objectivos da aula (cont)
1. Examinar os potenciais desafios
associados ao traçar o conhecimento
nuclear numa organização
2. Identificar os problemas que
necessitam de ser resolvidos ao
desenvolver um repositório de
conhecimento
3. Identifcar as questões relacionadas
com a autoria de conteúdos
5. Introdução
Muitas organizações geram uma quantidade enorme de
dados e informação criando um problema de excesso de
conhecimento
Há muito a tendência para incluir todo o tipo de
informação (necessária e desnecessária) nos repositórios
de conhecimento, funcionando estes como uma ‘kitchen
sink’.
Isto pode contribuir para a redução da capacidade de
utilização desse conhecimento devido ao tempo que os
utilizadores perdem à procura de fontes de qualidade, ao
invés de procurarem o conteúdo que lhes interessa
realmente
O objectivo da gestão de conhecimento é facilitar o
acesso rápido ao conhecimento crítico, sempre que
necessário
6. Introdução (cont)
Gestão de conteúdos
Vital à gestão efectiva do conhecimento
Funções:
Identificar o conhecimento com valor para a
organização
Rever de que forma a importância das
fontes pode ser verificada e categorizada
para ir ao encontro das necessidades dos
utilizadores (independentemente da sua
localização, papel ou tarefa)
7. Conhecimento nuclear
Conhecimento estratégico ou operacional que
contribui para os processos organizacionais ou
para os resultados do negócio
Características:
Apoia as actividades do negócio
Valor de longo prazo para a organização
Permite um elevado desempenho nas actividades do
negócio
Justifica o custo de captação e gestão do
conhecimento
Minimiza a duplicação, a má informação e os esforços
redundantes por parte dos funcionários
8. As 3 fases de gestão do conhecimento
nuclear
A gestão de conhecimento apoia-se num
sistema de gestão de conteúdos (SGCo)
eficaz
O SGCo desenvolve-se progressivamente:
Fase 1: clarifica a abrangência do
conhecimento nuclear
Fase 2: define os parâmetros do
conhecimento nuclear
Fase 3:desenvolve a estrutura do
conhecimento nuclear
9. Fase 1 Fase 2 Fase 3
Clarificar a Definir os Desenvolver a
abrangência do parâmetros do estrutura do
conhecimento conhecimento conhecimento
1. Identificar o 1. Definir 1. Mapear o
conhecimento conhecimento conhecimento
central e seus central 2. Construir o
requisitos 2. Desenvolver repositório do
2. Definir o domínio políticas de conhecimento
do conhecimento conhecimento
3. Rever as
capacidades do
conhecimento
Gerir o conhecimento
10. Fase 1: Clarifica a abrangência do
conhecimento nuclear
Explora os tipos de conhecimento nuclear
encontrados numa organização e as formas
como é utilizado
Para isso:
Clarifica a natureza do negócio da empresa.
(relaciona-se com as actividades organizacionais e as
prioridades que requerem conhecimento preciso e
abrangente)
Determina o domínio do conhecimento a ser apoiado
e encorajado (áreas a serem apoiadas)
Assegura que os colaboradores têm a capacidade para
utilizar o conhecimento (através da partilha e da
criação de novo conhecimento). Nesta fase também
se identifica quais as necessidades a preservar e a
partilhar.
11. Fase 1: Clarifica a abrangência do
conhecimento nuclear (cont)
Identifica o negócio nuclear e os requisitos de
conhecimento
Qual a principal actividade da organização?
Qual a direcção que a empresa pretende tomar?
Existe conhecimento que seja único ou especializado?
Qual o conhecimento que necessita ser partilhado?
Os custos de partilha podem ser minimizados com o
uso desse conhecimento?
Quais os benefícios de permitir que outros utilizem o
conhecimento?
12. Fase 1: Clarifica a abrangência do
conhecimento nuclear (cont)
Definir o domínio do conhecimento
Áreas de conhecimento que apoiam a estratégia de
negócio
Cada organização desenvolve diferentes domínios de
conhecimento, dependendo das suas actividades, cliente
base, expectativas dos parceiros e história
Dois tipos de conhecimento são normalmente gerados:
Conhecimento que os membros precisam de partilhar e usar
como recurso comum. Frequentemente, aparece como
conhecimento explícito nos sistemas e registos
Conhecimento estratégico, precisando de ser desenvolvido e
cultivado ao longo do tempo. Frequentemente, corresponde
ao conhecimento tácito
13. Fase 1: Clarifica a abrangência do
conhecimento nuclear (cont)
Definir o domínio do conhecimento
A identificação do domínio do conhecimento
pode ser feita através da análise de um
conjunto de fontes como as descrições dos
postos de trabalho, projectos e planos, recursos
profissionais e outras formas de processo de
negócio.
Em suma, a organização precisa de definir os
elementos principais que precisam de ser
apoiados através da GC.
14. Fase 1: Clarifica a abrangência do
conhecimento nuclear (cont)
Revisão das capacidades do conhecimento
É preciso assegurar que as pessoas são capazes de
utilizar o conhecimento. Para isso é necessário...
Identificar as competências desejadas, as fontes de
conhecimento com valor, as capacidades demonstradas e
as práticas de conhecimento
Questões a serem respondidas:
O que é que os colaboradores realmente sabem?
O que é que eles deveriam saber?
Como podem adquirir este conhecimento?
Podem ser feitas algumas análises?
Erros, acidentes
Análise dos papeis desempenhados
Fontes de peritos
15. Fase 1 Fase 2 Fase 3
Clarificar a Definir os Desenvolver a
abrangência do parâmetros do estrutura do
conhecimento conhecimento conhecimento
1. Identificar o 1. Definir 1. Mapear o
conhecimento conhecimento conhecimento
central e seus central 2. Construir o
requisitos 2. Desenvolver repositório do
2. Definir o domínio políticas de conhecimento
do conhecimento conhecimento
3. Rever as
capacidades do
conhecimento
Gerir o conhecimento
16. Fase 2: Definir os parâmetros do
conhecimento nuclear
Definir e construir políticas que se
relacionem com o domínio do
conhecimento nuclear identificado na
fase 1
Estabelecer limites para o apoio ao
conhecimento no SGC
Assegura contribuições relevantes e
utilização adequada
Acomoda, ainda, exigências emergentes
17. Fase 2: Definir os parâmetros do
conhecimento nuclear (cont)
Definição de conhecimento nuclear
Definição clara do que é importante
Dirige a atenção e recursos dos colaboradores
para esse conhecimento
Deve reflectir a capacidade de gestão dos
vários tipos de conhecimento identificado
É aconselhável começar por se centrar num
objectivo limitado que pode ir expandindo ao
longo do tempo, à medida que este é
consolidado e fortificado
18. Fase 2: Definir os parâmetros do
conhecimento nuclear (cont)
Categorias do conhecimento nuclear:
Conhecimento nuclear básico: conhecimento essencial
gerado, partilhado e acedido / utilizado por toda a equipa
de trabalho. Pode ser visto como tendo uma utilização
alargada, podendo ser enriquecido / melhorado com os
contributos de todos. Pode ser sobre clientes, mercados,
produtos, unidades operacionais. Reflecte o desejo de
evitar duplicação e de se aprender uns com os outros
Conhecimento nuclear estratégico: acesso limitado pois
pode ser tácito; desenvolvimento progressivo,
necessidade de ser actualizado. Normalmente é detido por
uma pessoa (e não tanto por um sistema). No entanto o
CMS pode ajudar na identificação do detentor do
conhecimento (e não tanto do conhecimento em si)
Conhecimento nuclear em desenvolvimento:
conhecimento que se encontra, ainda em desenvolvimento
mas que apresenta benefícios potenciais. Ainda não está
em condições de ser capturado e armazenado. Depois de
testado pode ser posto de lado.
19. Fase 2: Definir os parâmetros do
conhecimento nuclear (cont)
Definir considerações de prática
nuclear:
Capacidade de absorção dos indivíduos
Capacidade de reter conhecimento a
partir de várias fontes. Se for em
demasia não somos capazes de analisar
todos os recursos, desistindo (ex:
internet)
Haverá um retorno suficiente nos custos
de investimento relativos à captura,
gravação e manutenção do
conhecimento?
20. Fase 2: Definir os parâmetros do
conhecimento nuclear (cont)
Definir considerações de prática
nuclear:
O crescimento do sistema adiciona valor
ao que já existe?
O sistema pode ser mantido?
Será que o SGC permite uma melhor
acessibilidade ao conhecimento?
21. Fase 2: Definir os parâmetros do
conhecimento nuclear (cont)
Desenvolver uma política de conhecimento
Descreve a natureza do conhecimento
Clarifica a importância e o valor do
conhecimento
Esboça os papéis dos vários parceiros
Fornece uma orientação de todos os
princípios a serem aplicados
22. Fase 2: Definir os parâmetros do
conhecimento nuclear (cont)
Algumas considerações sobre as politicas
O quê, como e quando é que os colaboradores vão
partilhar o seu conhecimento?
Implementação da política
Quem a vai implementar? O CKO? Os gestores?
Relacionamento com outros processos e sistemas
organizacionais
Será que os outros processos precisam de ser
alterados? Qual será o impacto na medição do
desempenho dos funcionários?
Conhecimento competitivo, confidencial
Quem deve ter acesso?
Gestão estratégica do conhecimento efémero
Será que este tipo de conhecimento também deve
ser incluído?
23. Fase 1 Fase 2 Fase 3
Clarificar a Definir os Desenvolver a
abrangência do parâmetros do estrutura do
conhecimento conhecimento conhecimento
1. Identificar o 1. Definir 1. Mapear o
conhecimento conhecimento conhecimento
central e seus central 2. Construir o
requisitos 2. Desenvolver repositório do
2. Definir o domínio políticas de conhecimento
do conhecimento conhecimento
3. Rever as
capacidades do
conhecimento
Gerir o conhecimento
24. Fase 3: Desenvolvimento de uma
estrutura de conhecimento
Fase onde se explora o desenho dos sistemas
e processos que vão ajudar na organização e
mapeamento do conhecimento
Abarca todo o processo de traçar, categorizar,
posicionar e rotular o conhecimento nuclear
para facilitar a sua gestão
Inclui o desenvolvimento de uma estrutura
para facilitar o acesso ao conhecimento
através de processos de pesquisa
25. Fase 3: Desenvolvimento de uma
estrutura de conhecimento
Estratégia ad hoc (abordagem aberta e flexível que
permite ao utilizador definir o conhecimento da forma
como ele o vê. Personalizado, mas difícil de localizar e
aceder ao conhecimento mais tarde)
versus
Definição sistemática de conhecimento
(definição e gestão mais rigorosa das fontes do CMS,
facilitando a localização e acesso ao conhecimento)
26. Fase 3: Desenvolvimento de uma
estrutura de conhecimento
Traçar o conhecimento nuclear
O mapa do conhecimento descreve as
categorias e áreas importantes do
conhecimento nuclear
Ex: tecnologias, investigação, processos,
produtos, gestão das relações com os
clientes, registos, etc.
Dois tipos de mapas podem ser
desenvolvidos: mapa do conhecimento
relacional ou mapa do conhecimento
operacional
27. Mapa do conhecimento relacional
Mapa do conhecimento relacional de uma empresa farmacêutica
28. Mapa do conhecimento operacional
Mapa do conhecimento operacional de uma empresa
farmacêutica
29. Fase 3: Desenvolvimento de uma
estrutura de conhecimento nuclear
Estabelecer e promover os repositórios de
conhecimento
Os repositórios ligam as diferentes
fontes (que podem estar em diferentes
sub sistemas) através da sua integração
num único sistema unido, pesquisável de
várias formas
Algumas decisões a tomar:
repositórios muito estruturados e controlados
ou com elevado grau de flexibilidade, não
estruturados?
30. Fase 3: Desenvolvimento de uma
estrutura de conhecimento nuclear
Gestão de repositórios estruturados
Integração da utilização de estruturas
comuns, cabeçalhos formais e descritores
de conteúdos.
Tal assegura que os utilizadores constroem
uma linguagem e compreensão comuns
As estruturas permitem maior consistência no
conteúdo e a sua manutenção ao longo do
tempo
31. Fase 3: Desenvolvimento de uma
estrutura de conhecimento nuclear
Gestão de repositórios estruturados
As palavras chave facilitam a recuperação
de conteúdos através de termos
previsíveis e de confiança que são
utilizados por aqueles que pesquisam o
repositório e pelos que o alimentam.
Reflectem a terminologia formal usada
pelos peritos
Os descritores guiam o utilizador através
do conteúdo a partir de uma palavra
chave
32. Fase 3: Desenvolvimento da estrutura de
conhecimento nuclear (cont)
Repositórios de conhecimento não estruturado
As fontes de conhecimento não estão
estruturadas. O conteúdo é acedido através das
estratégias pessoais de cada utilizador –
frequentemente utilizando texto livre
Este tipo de sistemas permitem grande
flexibilidade e a sua instalação é acessível.
Podem incorporar diferentes tipos de conteúdo,
incluindo emails, discussões de grupo, pedidos e
outras formas de interacção regular.
Podem também ser encontradas informações
irrelevantes.
33. Fase 3: Desenvolvimento da estrutura de
conhecimento nuclear (cont)
Princípios para o desenvolvimento de um
repositório
Assegurar que só o conhecimento nuclear é
incluído
Esclarecer o nível de controlo sobre os conteúdos
Ex: quem deve inserir os dados no sistema?
Qual a qualidade, relevância, segurança,
adequação, etc, dos dados inseridos?
Quem controla o sistema? Controlo central, gestão
por pessoal especializado ou auto gerido por cada
funcionário?
34. Fase 3: Desenvolvimento da estrutura de
conhecimento nuclear (cont)
Princípios para o desenvolvimento de um
repositório
O desenho do browser deve reflectir os
requisitos / necessidades dos utilizadores
O sistema deve permitir um acesso fácil à
informação.
O sistema deve incluir um motor de
busca. Deve, também, notificar o
utilizador de actualizações relativas aos
temas que interessam aos utilizadores
35. Autoria dos conteúdos
O conhecimento colocado nos repositórios será
usado, adaptado e alterado
As pessoas devem ser reconhecidas pelas suas
contribuições?
A estrutura do repositório pode incluir campos
para registar a informação de cada indivíduo que
contribuiu (ex: nome e data da inserção).
Os sistemas de reconhecimento e de
recompensa podem basear-se nesta informação
quando pretendam rever os contributos de cada
indivíduo
36. Ideias a reter
A gestão de conteúdos é um factor
crítico para se construir um SGC eficaz
O conhecimento nuclear deve ser
claramente definido e analisado antes
do desenvolvimento do SGC
Os sistemas bem estruturados e
controlados fornecem um melhor apoio
ao utilizador
Os repositórios de conhecimento
utilizam mapas para facilitar a sua
estrutura e gestão
37. Skyrme Index Site map Motor de busca
Knowledge map example
Knowledge map example 2
Knowledge example 3
software Smartdraw
Notas del editor
Introduction, page 169. Many organisations generate enormous amounts of data, information and knowledge. In many cases, these are represented or accessed via WebPages or other common channels, but they provide a glut of information which is difficult to navigate or even identify. Frequently there is a tendency to include everything – the kitchen sink approach. This actually reduces the capacity to use that knowledge as the individual needs to spend most of the time searching for likely sources, rather than using those sources. This session will explore how the knowledge system enables effective achievement of the knowledge management goal, that is, to facilitate ready access to critical knowledge when people need it.
Page 169 This session explores one of two functions of content management: the identification and clarification of valued knowledge. It reviews how the relative importance of knowledge sources can be verified, and how they may then be categorised to meet knowledge users’ requirements – regardless of their location, role or level of appointment. The second aspect of content management, which relates to maintenance and management of the resultant knowledge repository will be explored in the next session.
LO1, Page 170 Many organisations fail to clarify what knowledge is important to their business. This can reduce employee capacity, opportunity or desire to share professional knowledge with others. Core knowledge is strategic or operational knowledge that contributes to essential organisational processes or outcomes. It supports the essential focus and activities of the business; has long-term value to the organisational activities; enables higher performance in core activities for the organisation; justifies the cost of capture and management of that knowledge; and minimises duplicated, misinformed or redundant effort on the part of knowledge workers.
LO2, page 170. Knowledge management needs to draw together the many different expert sources which are held within the community. The Content Management System (CMS) provides the structure to identify and link those knowledge sources. However, the challenge is to clarify what is regarded as “expert” or “valuable” and what is less useful long terms. The CMS needs to focus on the knowledge that is regarded as core knowledge. In order to clarify the nature of the core knowledge for an organisation, three phases of development are required. Phase 1: clarify the core knowledge scope Phase 2: define core knowledge parameters Phase 3: develop the core knowledge structure Each of these steps will be discussed in turn.
Page 171 The first phase, clarifying the core knowledge scope , explores the types of core knowledge employed in the organisation. This is undertaken by first clarifying the nature of the core business , that operates in the firm. Core business relates to the organisational activities and priorities which require accurate and comprehensive knowledge. Once this is clarified, the knowledge domain, that is, the business areas which are supported and actively encouraged can be determined. This helps to define the overall coverage that the core knowledge should support. Then the capacity of staff to share and generate that knowledge can be reviewed. This phase of the process therefore identifies what needs to be preserved and shared for future knowledge work that enhances the business activities. The next slides examine each of these slides in some detail.
LO3, Page 172 – 173; Figure 7.1, part 1, page 171, figure 7.2, page 173. Each organisation generates a different core knowledge composition, depending on its historical, functional and strategic work practices. A useful way to define the core business knowledge requirements is to consider how knowledge is applied and integrated into the work activities. Figure 7.2 on page 171 of the text offers some useful questions to consider in clarifying what should be preserved and shared. Some of these questions are briefly highlighted here, but there are also others in the text. The questions highlight the importance of clarifying the nature of the business and the knowledge that is necessary to support the identified business priorities. Different stakeholders may perceive the business quite differently, and this will need to be further explored. Once the core business has been clearly identified in terms of knowledge requirements, it can be defined. This is step 2.
LO4, page 173 – 174; Figure 7.1, part 1, page 171, The knowledge domain comprises areas of knowledge that support the core business strategy of the organisation. Each organisation develops a different knowledge domain, depending on its activities, client base, shareholder expectations and historical base. Two types of knowledge are commonly generated across an organisation. The first is knowledge which members need to share and use as common resources. This basic knowledge may be commonly shared and applied by many different people, and often appears as explicit knowledge in systems and records. The second form of organisational knowledge is strategic and needs to be developed and cultivated over time. In many cases, this may be the tacit knowledge which is harder to capture. The identification of the knowledge domain can be undertaken by examining a range of sources, such as job descriptions, project and sectional plans, strategic and operational plans, professional resources, and many other forms of business process. Ultimately, the organisation needs to build a strong definition of the main elements which should be supported through knowledge management. Page 173-4 provides an example of a general practice knowledge domain. The elements include: GP medical practice and theory; Patient case management Specialist doctors available for referral; Customer relationship management; and Business management and administration. (The students may like to consider what a university’s knowledge domain comprises. Hopefully they will identify teaching, research and service as the overarching concepts with smaller elements under these…)
LO4, page 173 – 174; Figure 7.1, part 1, page 171, The knowledge domain comprises areas of knowledge that support the core business strategy of the organisation. Each organisation develops a different knowledge domain, depending on its activities, client base, shareholder expectations and historical base. Two types of knowledge are commonly generated across an organisation. The first is knowledge which members need to share and use as common resources. This basic knowledge may be commonly shared and applied by many different people, and often appears as explicit knowledge in systems and records. The second form of organisational knowledge is strategic and needs to be developed and cultivated over time. In many cases, this may be the tacit knowledge which is harder to capture. The identification of the knowledge domain can be undertaken by examining a range of sources, such as job descriptions, project and sectional plans, strategic and operational plans, professional resources, and many other forms of business process. Ultimately, the organisation needs to build a strong definition of the main elements which should be supported through knowledge management. Page 173-4 provides an example of a general practice knowledge domain. The elements include: GP medical practice and theory; Patient case management Specialist doctors available for referral; Customer relationship management; and Business management and administration. (The students may like to consider what a university’s knowledge domain comprises. Hopefully they will identify teaching, research and service as the overarching concepts with smaller elements under these…)
LO5, Page 174 – 175. The definition of core knowledge and the knowledge domain also needs to ensure staff are capable of using that knowledge. For example, if a particular database offers major benefits in interrogating business knowledge, can staff use it? (The lecturer might like to ask for a show of hands regarding the student’s experience in using pivot tables… this technique reduces time in using valued data, but may be largely undeveloped in many staff.) Thus, there is a need to identify the desired capabilities, valuable sources of knowledge, demonstrable capabilities and knowledge practices to determine gaps and issues that may hamper knowledge practices. These will need to be addressed if the knowledge domain is to be fully reflected in practice. Three key questions need to be asked: What do our employees really know? What should they know? How can they gain this knowledge? A range of analyses can be undertaken to find the answers to these questions. Some sources of evidence include: Errors, accidents and mistakes Analysis of work roles Sample work tasks Expert sources From these three steps, the core knowledge scope should be clarified and defined. It is important that this scope is generally supported by members of the organisation before the process continues, as this is the scaffolding on which the later steps build.
Figure 7.1, page 171, text, pages 171, 175 The next stage aims to provide more guidance on the scope of the system in practice. This is the phase where the core knowledge is defined and policies and guidelines relating to both contribution and use are developed. In effect, this stage provides boundaries for the core knowledge to be supported in the KMS. It should ensure consistency and common principles apply across the organisation. It ensures relevant contributions to the system, and appropriate use of the system. The system also needs to accommodate evolving requirements across the organisation. This means any definitions and guidelines need to be sufficiently open to allow for changes and shifts in core business over time.
Page 175 – 176. Once the core knowledge scope has been defined, a written definition greatly assists in building commitment across the organisation – in terms of the structural systems that are implemented, and the actual knowledge activities which are undertaken. The written definition also assists with building the CMS as it clarifies what should be identified and captured in the knowledge management process. When defining the core knowledge at this stage, it is critical that the definition be realistically framed. The organisation needs to be sure that it can manage the various forms of knowledge which are identified, that employees can contribute that form of knowledge and that the scope is sufficiently limited to be readily maintained. In many cases, it is wise to commence with a very tight focus and to then progressively widen the focus as the initial core is consolidated and strengthened.
Page 176 - 177. Three types of knowledge may be identified while defining core knowledge. These reflect the stage of development and level of applicability across staff members. The three areas are: Basic core knowledge: essential knowledge generated, shared, accessed by all staff. This can be seen as knowledge which has widespread application, and which can be greatly enriched and enhanced by contributions from members. Knowledge of this type might focus on customers, markets, products and operational units. They reflect a desire to avoid duplication and to learn from others rather than starting from scratch. Strategic core knowledge: reflects more specialised knowledge sets which may be found across the organisation. Generally, access to this knowledge is often limited, partly because much of it may be tacit in nature. It also undergoes progressive development and needs regular updating. In many cases, the knowledge is held by an individual, rather than within a system. The CMS may therefore identify those who hold that knowledge, rather than the knowledge itself. Developmental core knowledge: is still under development but potentially beneficial to the community. Because it is innovation in operation, it is often not in a suitable state to capture and record. Instead, knowledge of this nature may need to be noted as existing, as it shapes and reshapes into either basic or strategic knowledge. In some cases, it may be discarded as unsuitable after due testing and consideration. This form of knowledge should not be captured in detail within the CMS as the costs of capture, documentation and management will not be recovered: the knowledge is too volatile. KM Viewpoint 7.1 (Page 177) provides some examples of the ways in which different firms have defined their core knowledge. Of note is the different ways in which places define their business. Siemens, for example, focus on customers, products, service, knowledge management, and sales. Law firms might emphasise know-how relating to law processes and cases, and customer knowledge. An oil and gas firm like Schlumberger emphasise projects, research and expertise and new strategies across their engineering activities.
Page 178. Absorptive capacity describes the capacity of knowledge users to draw and retain knowledge from the different sources they access. If they have too much choice, they will not be able to cope with the range. This is what we experience when we search the Internet: we generally give up before the choices are fully explored. In a knowledge system, this needs to be recognised and guarded against. The KMS needs to be quite strategic and targeted in terms of what it covers. Users mustn’t be overwhelmed by too much choice. They need to be assured that each option is highly useful. Furthermore, there is also a need to look at the issue practically. If a knowledge element is already readily available and easy to access, retrieve and interrogate using established systems, will its inclusion in the KMS provide any benefit? Will it add value to what already exists, or simply duplicate that other knowledge base? Another issue relates to the maintenance of the knowledge included in the CMS. If it is regularly changed and altered, can it be maintained sufficiently? On the other hand, sometimes knowledge is hard to locate in an organisation. An important question is whether the enhanced structural management of the CMS will assist with creating stronger accessibility. As the text notes, many organisations will choose to refine their core knowledge further: so that knowledge which is more difficult to locate and retrieve, and which is perhaps, more strategic in nature, is emphasised. Thus, core knowledge may be broken into two categories: that which is accessible via normal established channels, and that which requires more dedicated support and management through the knowledge repository and other CMS processes.
Page 178. Absorptive capacity describes the capacity of knowledge users to draw and retain knowledge from the different sources they access. If they have too much choice, they will not be able to cope with the range. This is what we experience when we search the Internet: we generally give up before the choices are fully explored. In a knowledge system, this needs to be recognised and guarded against. The KMS needs to be quite strategic and targeted in terms of what it covers. Users mustn’t be overwhelmed by too much choice. They need to be assured that each option is highly useful. Furthermore, there is also a need to look at the issue practically. If a knowledge element is already readily available and easy to access, retrieve and interrogate using established systems, will its inclusion in the KMS provide any benefit? Will it add value to what already exists, or simply duplicate that other knowledge base? Another issue relates to the maintenance of the knowledge included in the CMS. If it is regularly changed and altered, can it be maintained sufficiently? On the other hand, sometimes knowledge is hard to locate in an organisation. An important question is whether the enhanced structural management of the CMS will assist with creating stronger accessibility. As the text notes, many organisations will choose to refine their core knowledge further: so that knowledge which is more difficult to locate and retrieve, and which is perhaps, more strategic in nature, is emphasised. Thus, core knowledge may be broken into two categories: that which is accessible via normal established channels, and that which requires more dedicated support and management through the knowledge repository and other CMS processes.
LO7, page 179. Knowledge policies clarify the importance of the core knowledge, outline the responsibilities of various stakeholders and the overall principles which should be followed. They do not describe the processes which will be put in place. Instead, they operate as a framework to help people understand what is expected, and the principles by which the system will operate. While processes may evolve over time, or be replaced totally, well formulated policies should maintain their relevance and currency over a long period. They need to be relatively stable, as staff will use them to determine how they shape their work roles and activities.
LO7, Pages 179 – 182. The policy development process will raise a number of issues which should be carefully considered. For example, the first question, What, how and when will employees share their core knowledge? Will have major implications for the ways in which people work. If they are expected to change their processes, significant organisational redesign of structural systems may be needed. The implications of policies need to be considered carefully. As the text notes, the systems which will emerge from the policy must be practical, effective, secure and realistic. The policy implementation needs similar consideration. Who will enact the policy? The CKO? Every manager? If so, are they happy with the proposed policy? Do they feel they can implement it? The integration of this policy into other organisational systems and processes will need to be considered. Do other processes need to be changed? Will this impact on how people are measured as to their performance? How well can the system be integrated? Similarly, the policy may need to address how highly confidential competitive knowledge will be handled. Who should have access? What safeguards might the organization consider? Should there be a review committee to monitor access issues? When should a confidential item be released more generally? Conversely, should the CMS include information which is likely to last only a short time – even if it is highly strategic? One way around this issue is to clarify how basic, strategic and developmental knowledge should be treated. K Viewpoint 7.2 provides an example of a knowledge policy for a university. Students may like to consider how well it addresses these issues. This is a very basic policy which focuses on principles. Students may like to discuss what else they believe should be noted. Keep listening for elements that move toward guidelines / process rather than principle.
Figure 7.1 and text, page 171. Following the definition of the core knowledge, and the clarification of how the knowledge will be managed, the core knowledge structures need to be developed. This is the stage where the organisation needs to consider how it will manage its core knowledge to enable its use by the staff within the organisation. This phase therefore explores the design of systems and processes which assist with mapping and organising the organisation's core knowledge. It encompasses mapping, categorising, indexing and otherwise labelling core knowledge to facilitate its management. This greatly reduces the time which would otherwise be lost whenever a person searches for an item. It also builds the infrastructure needed to enable the ready retrieval of core knowledge through effective search processes. This phase will be broadly covered in this session, and then more deeply explored in the next.
Page 182 – 183. When an organisation develops its knowledge strategy, it will need to make a number of decisions. At this point, a very important decision must occur. The organisation must decide whether it will build a systematic CMS strategy, or a more user-driven process. An ad-hoc strategy operates when the CMS relies on user-driven core knowledge. This open and flexible approach allows users to define the knowledge in the way they see fit. While this is easy and personalised, it can be harder for people to locate and retrieve the knowledge later, as common terminology and structures may be absent. In other words, the cost is loaded on the users. Systematic core knowledge definition allows more rigorous definition and management of the sources entered into the CMS, so that the demands in locating and retrieving those sources is minimised. The cost is loaded toward the front-end preparation. Organisations need to consider which option will be best for them. If the system is likely to be very large, and used by many different popple, it is best to build a more systematic approach. The cost of entering and managing the front-end of the system will reap benefits as users find a streamlined and efficient system when they seek to find as much representative knowledge as possible. KM Viewpoint 7.3 (page 183) describes the various structural cues which have been identified to allow different government agencies to share resources. It can be seen that even a simple structural listing of this nature starts to facilitate retrieval at a later stage. This approach enables users to search for predictable keywords which describe the knowledge focus. Methods like this can encourage the use of the knowledge system by users. Ease is a major factor in building acceptance.
LO8, page 184. Knowledge maps guide users as to how core knowledge is structured in the organisation. It assists with clarifying which knowledge aspects are included in the CMS. They describe the core knowledge categories and focal areas where core knowledge is generated. They also assist the user with identifying which knowledge should be shared, or can be retrieved. The map becomes, in effect, the scaffold on which core knowledge sits. Maps can describe many different types of organisational knowledge, such as technologies, research, business processes, products, customer relationship management, records, regional data or joint venture profiles. Two types of maps are often created: relational knowledge maps or operational knowledge maps. These are illustrated in the next two slides.
Figure 7.3, page 185. Relational knowledge maps explore the way knowledge can be applied and developed in real contexts. They recognise that various activities may have relationships. A relational map considers the type of knowledge which is generated within the knowledge domain. This figure shows how relational maps are developed: they identify the various activities which are undertaken based on the intellectual content which is generated. In this example, the knowledge domain comprises six areas: research and development, patents and licenses, marketing, client education, contributor profiles and products. The relational map identifies the various tools and activities which are generated through these domain areas. In some cases, there will be crossover between the domains. For example, in the figure on this slide, the facts sheets used for client education describe the products the company develops. Those sheets may be retrieved by requesting guidance relating to client education or products.
Part 2, Figure 7.2, Page 185 and text page 184. Operational knowledge maps describe knowledge in terms of the structures which operate. In this example, the various knowledge activities are grouped under the structural groups which perform those roles. These two figures are both legitimate ways to depict knowledge in an organisation. They both have value in providing suitable categories to describe core knowledge. In many knowledge systems, both maps are used.
LO9, Page 185 – 186. Repositories link the different sources by integrating them into a single united system which can be searched in many different ways. They may draw these sources from a range of other subsystems, but appear to be a seamless system to the user. An effective repository can require very careful planning to reach this standard. There are many decisions which will need to be made in terms of how much management of the system will be undertaken. A major decision relates to how the repository will operate. Should it be tightly controlled and structured or with a high degree of flexibility? These two options are explored more fully on the next slides.
Page 186. Structured repository management strategies integrate the use of common structures, formally constituted headings and content descriptors. These ensure that everyone who uses the system builds a common language and understanding. The structures allow better consistency across various users, and maintain that consistency over time – despite possible changes in local usage. Keyword headings facilitate subsequent retrieval by providing predictable and reliable terms which are used by both contributors and knowledge seekers. They often reflect the formal terminology which is used by experts, although they may also draw on commonly used terms. Systems of this nature often allow searching under those different terms, but categorise under the official term. Descriptors guide the user as to the defined content to be found under a keyword. This can be very helpful – especially for new staff who are tyring to build an understanding of how the core knowledge operates.
Page 186. Structured repository management strategies integrate the use of common structures, formally constituted headings and content descriptors. These ensure that everyone who uses the system builds a common language and understanding. The structures allow better consistency across various users, and maintain that consistency over time – despite possible changes in local usage. Keyword headings facilitate subsequent retrieval by providing predictable and reliable terms which are used by both contributors and knowledge seekers. They often reflect the formal terminology which is used by experts, although they may also draw on commonly used terms. Systems of this nature often allow searching under those different terms, but categorise under the official term. Descriptors guide the user as to the defined content to be found under a keyword. This can be very helpful – especially for new staff who are tyring to build an understanding of how the core knowledge operates.
Page 186. In unstructured knowledge repositories, knowledge sources are not categorised or labelled through an underlying system. Instead, they are retrieved by users through their personalised retrieval strategies – often using free-text searching. These systems allow high flexibility and are low cost installations. They can also incorporate many different forms of content, including emails, group discussions, request and other forms of regular interaction. However, they can also strain the absorptive capacity of the individual, who may miss key sources or find far more irrelevant items in the search. The successful identification of sources relies on both contributor and seeker using the same terms and concepts. In many cases, this is unlikely.
Pages 187 – 188. Knowledge repositories should operate from a number of principles to ensure they maintain high rigour and quality. They are the central mechanism for building effective content. They should control the form and nature of the knowledge which is to be recorded. Only core knowledge should be included. The level of control which operates will be determined by the organisation. In some, the control over who enters data may be quite rigid, while others may be more flexible. Aspects to be considered may include a concern for quality, relevance, reliability, suitability, contributory value to decision-making and the need for legal record-keeping. Control may be regulated centrally, managed by authorised officers or self-managed by each employee. Front-end investment in preparation and quality control greatly reduces the load on the knowledge user when the content is later extracted. A browser provides access to the knowledge sources and allows contribution of new sources. The design of the system will normally reflect the organisational users requirements. The system should enable easy access to the information. A user should be able to enter the website, request guidance on expertise on a topic, and be provided with a listing of key sources. The service may include the provision of regular updates using a search agent . This service enables the user to establish key search requirements which will be automatically updates by an automated service. When new items appear, the user is then notified.
Pages 187 – 188. Knowledge repositories should operate from a number of principles to ensure they maintain high rigour and quality. They are the central mechanism for building effective content. They should control the form and nature of the knowledge which is to be recorded. Only core knowledge should be included. The level of control which operates will be determined by the organisation. In some, the control over who enters data may be quite rigid, while others may be more flexible. Aspects to be considered may include a concern for quality, relevance, reliability, suitability, contributory value to decision-making and the need for legal record-keeping. Control may be regulated centrally, managed by authorised officers or self-managed by each employee. Front-end investment in preparation and quality control greatly reduces the load on the knowledge user when the content is later extracted. A browser provides access to the knowledge sources and allows contribution of new sources. The design of the system will normally reflect the organisational users requirements. The system should enable easy access to the information. A user should be able to enter the website, request guidance on expertise on a topic, and be provided with a listing of key sources. The service may include the provision of regular updates using a search agent . This service enables the user to establish key search requirements which will be automatically updates by an automated service. When new items appear, the user is then notified.
LO10, page 188. Repositories contain core knowledge which has high value to the organisation. Knowledge workers will be active in generating this information, and may be keen to be recognised for their contributions. However, knowledge also becomes less recognisable as it is used and re-used by others. Should people be recognised for their contributions? If the organisation wishes to acknowledge contributions, the repository structure can include fields to record each contributor’s information. This is one way of recognising knowledge donors. Recognition and reward systems may also draw on this information when they wish to review people’s organisational contributions.
This session has explored a number of important issues. It has emphasised the critical importance of content management, and the ways in which core knowledge can be defined. It has also reviewed the ways in which knowledge can be structured and categorised. Finally, the session outlined the ways in which knowledge maps operate, and the value of knowledge repositories as a single source of support for knowledge users.