CICLO DE VIDA DE SISTEMAS DE GESTÃO DE CONHECIMENTO

Transcrição

1 CICLO DE VIDA DE SISTEMAS DE GESTÃO DE CONHECIMENTO CAPÍTULO 3 DESAFIOS PARA A CONSTRUÇÃO DE SISTEMAS Cultura conseguir com que as pessoas compartilhem conhecimento Avaliação do COnhecimento avaliar/medir o valor do conhecimento em toda a organização Processar o conhecimento documentar como as decisões são realizadas Implementação do Conhecimento organizar o conhecimento e integrá-lo com a estratégia de processamento e colocá-lo à disposição 3-2 1

2 CICLO DE VIDA CONVENTIONAL VERSUS DE GESTÃO DO CONHECIMENTO Principais diferenças: Analistas de sistemas trabalham com a informação que vem do usuário; desenvolvedores do conhecimento trabalham com conhecimento dos especialistas da empresa Usuários conhecem o problema mas não a solução; especialistas conhecem o problema e a solução O desenvolvimento do sistema é principalmente seqüencial; KMSLC é incremental e interativo O teste do sistema normalmente é feito no final do ciclo; KM teste se desenvolve à partir do começo do ciclo 3-3 CICLO DE VIDA CONVENTIONAL VERSUS DE GESTÃO DO CONHECIMENTO O desenvolvimento é mais longo do que o de KMSLC O ciclo de vida de sistemas convencional é dirigido pelo processo especifique então construa ; KMSLC é orientado ao resultado comece devagar e cresça O ciclo de vida de sistemas convencional não suporta rápida prototipagem; KMSLC sim 3-4 2

3 Processo Rápido de Prototipagem Reformular o Problema Fazer Modificações Estruturar o Problema Estruturar uma Tarefa Construir uma tarefa Ciclo(s) Repetidos Ciclo(s) Repetidos 3-5 CICLO DE VIDA CONVENTIONAL VERSUS DE GESTÃO DO CONHECIMENTO Principais similaridades: Ambos começam com um problema e terminam com uma solução Ambos começam com coleta ou captura de informação Testar é essencialmente o mesmo que garantir que o sistema está correto e é o sistema certo Em ambos os casos os desenvolvedores devem escolher as ferramentas adequadas para desenhar os sistemas 3-6 3

4 Usuários Versus Trabalhadores do Conhecimento Atributo Usuário Especialista Dependência no sistema Alta Baixa a nula Cooperação Normalmente cooperativa Cooperação não exigida Tolerância a ambigüidade Baixa Alta Conhecimento do problema Alta Média/baixa Contribuição ao sistema Informação Conhecimento/especialidade Usuário do sistema Sim Não Disponibilidade para o construtor do sistema Disponível de imediato Não disponível de imediato Tabela 3.2 Comparação de usuários e especialistas 3-7 Ciclo de vida de desenvolvimento de GC Avaliar a infra-estrutura existente Formar a equipe de GC Capturar o conhecimento Desenhar a planta de GC (plano mestre) Testar o sistema de GC Implementar o sistema de GC Administrar mudanças e estrutura de recompensas Avaliação pós sistema 3-8 4

5 Avaliar a Infra-estrutura Existente Justificativas para o sistema: O conhecimento atual será perdido por aposentadoria, transferência ou saída para outras empresas? O sistemas de GC é necessário em outros locais? Os especialistas estão disponíveis e dispostos a ajudar na construção do sistema de GC? O problema em questão exige anos de experiência e raciocínio cognitivo para resolver? 3-9 Justificativas para o sistema (cont.) Quando na fase de captura do conhecimento, podem os especialistas se pronunciar como o problema será resolvido? Quão importante é o conhecimento que está sendo capturado? As tarefas são não algorítmicas? Existe um campeão na empresa?

6 O Fator Escopo Considerar a amplitude e a profundidade do projeto dentro das restrições financeiras, recursos humanos e operacionais Projeto deve ser completado rápido o bastante para os usuários antever seus benefícios Verificar como a tecnologia atual estará a altura dos requisitos técnicos do sistema de GC proposto 3-11 A Questão da viabilidade Um estudo de viabilidade trata de múltiplas questões: O projeto é passível de ser realizado? Tem preço acessível? É oportuno? Éviável?

7 A Questão da viabilidade(cont.) Áreas de viabilidade: Viabilidade Econômica determina em qual medida um novo sistema é rentável Viabilidade Técnica é determinada avaliandose o hardware e o software de apoio dentro da infra-estrutura de TI da empresa Viabilidade Comportamental inclui gestão de treinamento e funcionários no uso do sistema de GC 3-13 A Questão da viabilidade(cont.) A tradicional abordagem para se conduzir um estudo de viabilidade: Formar uma equipe de GC Preparar um plano mestre Avaliar o custo/desempenho do GC proposto Quantificar o critério e os custos do sistema Ganhar o apoio do usuário durante todo o processo

8 O Papel do Planejamento Estratégico É arriscado mergulhar em um novo sistema de GC sem uma estratégia. Considerar os seguintes pontos: Visão Prever o negócio está tentando atingir, como será feito, e como o novo sistema atingirá suas metas Recursos Verificar a viabilidade financeira do negócio investir em um novo sistema de GC Cultura O ambiente político e social da empresa é receptivo em adotar um novo sistema de GC? 3-15 Combinando Estratégia de Negócios com Estratégia de GC Ambiente de Negócios Ameaças do competidores; leis governamentais; ameaças dos consumidores Impacta Tecnologia de GC Qualidade e confiabilidade da infraestrutura do pessoal e dos recursos de TI Impactos Permite Plano Estratégico Relativo a produtos ou serviços, mercado, clientes, fornecedores, etc. Dirige Estratégia De GC Foco em vantagem competitiva, papel da TI, e nível de criatividade e inovação de conhecimento

9 Formação da Equipe de GC Identificar os principais acionistas na prospecção de sistemas de GC. O sucesso da equipe depende de: Qualidade dos membros da equipe Tamanho da equipe Complexidade do projeto Liderança e motivação da equipe Prometer mais que pode ser realisticamente entregue 3-17 CAPTURA DE CONHECIMENTO Conhecimento explicito capturado em repositórios de vários meios Conhecimento tácito capturado dos especialistas da companhia usando varias ferramentas e metodologias Desenvolvedores de conhecimento capturam conhecimento de especialistas para construir a base de conhecimentos Captura e a transferência de conhecimento frequentemente realizada por equipes, não apenas indivíduos

10 Captura e Transferência de Conhecimento através de equipes A equipe executa uma tarefa especializada Resultado obtido Avaliação do relacionamento entre ação e resultado Feedback Conhecimento armazenado de forma usável por outros na organização Método de transferência de conhecimento selecionado Desenvolvedor de Conhecimento 3-19 Selecionando especialista A base de conhecimento deve representar a especialidade não o especialista Questões que o desenvolvedor de conhecimento deve encarar: Como saber se o especialista é, de fato, um expert? Como saber se o especialista permanecerá no projeto? Qual backup estará disponível caso o projeto perder o especialista? Como o desenvolvedor sabe o que é ou não da área de especialidade do expert?

11 Papel do Desenvolvedor de GC O arquiteto do sistema O trabalho exige excelente habilidade de comunicação, ferramentas de captura, pensamento conceitual, e uma personalidade que motiva as pessoas Contato próximo com o campeão Entendimento com a alta administração para apoio permanente 3-21 Papel do Desenvolvedor Interactive Interface TRABALHADOR DO CONHECIMENTO Soluções Feedback Aceitação do usuário Protótipos DESENVOLVEDO R DE CONHECIMENTO CAMPEÃO Relatórios de progressos Demos Suporte Regras Teste Conhecimento BASE DE CONHECIMENTO CONHECEDOR

12 Desenhando o plano de GC O rascunho do sistema de GC (blueprint) trata com várias questões: A interoperabilidade e a escalabilidade com a a infra-estrutura de TI da empresa Finalizar o escopo do sistema de GC proposto com o lucro líquido realizado Decidir sobre componentes exigidos do sistema Desenvolver as camadas principais da arquitetura de GC para atingir os requisitos da companhia. As principais camadas são: Interface do usuário Camada de Autenticação/segurança Agentes Colaborativos e filtragem Camada de Aplicação Camada de Transporte de Internet Camada Física 3-23 Testando o Sistema de GC Procedimento de Verificação: garante que o sistema está certo Procedimento de Validação: garante que o sistema é o sistema certo Validação do sistema de GC não é infalível

13 Implementando o Sistema de GC Converter um sistema novo de GC na operação real Esta fase inclui conversão de dados ou arquivos Esta fase inclui também treinamento do usuário Garantia de Qualidade é importante, o que inclui checagem para: Erros de Raciocínio Ambigüidade Imperfeição Falsa representação (falso positivo e falso negativo) 3-25 Resistentes a Mudança Especialistas Funcionários comuns (usuários) Problemáticos Superstars de visão limitada Resistência via projeção, fuga, ou agressão

14 KNOWLEDGE MANAGEMENT SYSTEMS LIFE CYCLE Chapter 3 14