Administración del conocimiento y desarrollo docente
63
1 GESTION DEL CONOCIMIENTO: DESARROLLO DOCENTE ALEJANDRO DOMÍNGUEZ Fundación Arturo Rosenblueth, México SERGIO FUENLABRADA UPIICSA, Instituto Politécnico Nacional, México 3 de junio de 2000
-
Upload
alejandro-dominguez -
Category
Education
-
view
816 -
download
0
Transcript of Administración del conocimiento y desarrollo docente
1
GESTION DEL
CONOCIMIENTO:
DESARROLLO DOCENTE
ALEJANDRO DOMÍNGUEZ
Fundación Arturo Rosenblueth, México
SERGIO FUENLABRADA
UPIICSA, Instituto Politécnico Nacional, México
3 de junio de 2000
2
Nam et ipse scientia
potestast est
(El conocimiento es poder por si
mismo, Francis Bacon, 1561-1626)
3
Objetivos
• Resaltar la importancia que tiene el conocimiento
en las instituciones educativas
• Determinar las diferentes formas de extraer el
conocimiento organizacional
• Resaltar la importancia de las taxonomías
• Comparar las diferentes taxonomías existentes en
los sistemas de información empresariales
4
Contenido
• Conceptos preliminares acerca del conocimiento
• Adquisición del conocimiento
• Conversión, innovación y compartición del
conocimiento
• Captación del conocimiento
• Taxonomías en sistemas de información
• Visión y taxonomía sistémicas en el desarrollo de
sistemas de información
• Conclusiones
5
CONCEPTOS
PRELIMINARES ACERCA
DEL CONOCIMIENTO
ADMINISTRACIÓN DEL
CONOCIMIENTO Y
MODELOS PARA EL
DESARROLLO DE
SISTEMAS
6
Datos, información y
conocimientoDatos Información Conocimiento
Observaciones
sencillas de los
estados del mundo
Se estructuran
fácilmente
Se capturan con
facilidad en las
máquinas
A menudo se
cuantifican
Se transfieren con
facilidad
Datos dotados de
pertinencia y
propósito
Requiere una
unidad de análisis
Necesita consenso
sobre el
significado
La intermediación
humana es
indispensable
Información valiosa
de la mente humana.
Incluye reflexión,
síntesis y contexto
Difícil de
estructurar
Difícil de capturar
en las máquinas
A menudo es
tácito (implícito)
La transferencia
es complicada
7
Jerarquías del conocimiento
Codificable, explícito y
fácilmente transferible
Contextual, tácito y
difícil de transferir
Conocimiento con perspicacia
Datos
Información
Conocimiento
Inteligencia
8
Tipos de conocimiento
INFORMACIÓN
Conocimiento
¿Qué tipos de
conocimiento
existen en la
organización?
•Tácito -implícito-
•Explícito
•Cultural
9
Conocimiento tácito
Bien,
y las ventas? !hola, Lupe¡
¿Cómo estas?
MMM,
Ya, alcance
la meta
Del mes
pasado
Que bien, si
quieres te digo
algunos trucos
Tiene
problemas
10
Conocimiento explícito
Políticas
•El nivel de ventas …
•…
•…. f (x+50/3y..
11
Conocimiento cultural
La realidad es….
12
ADQUISICIÓN DEL
CONOCIMIENTO
ADMINISTRACIÓN DEL
CONOCIMIENTO Y
MODELOS PARA EL
DESARROLLO DE
SISTEMAS
13
Ciclo experiencia-acción
La experiencia del
mundo de asuntos
públicos y
personales
Acción con
propósito defino en
relación con la
situación que
nosotros
advertimos
GENERACONOCIMIENTOS BASADOS
EN EXPERIENCIA
SE CREA NUEVA
14
Conocimientos basados en experiencia
Conocimientos
Cultura organizacional
Capacitación
La experiencia del mundo de asuntos públicos y personales
Organización
INFORMACIÓN
F
I
L
T
R
O
Reglas del negocio
Cultura organizacional
T
A
L
E
N
T
O
- ESTRUCTU
Examen
Adaptativo
15
Modelo del
conocimiento
ANIEI
Alumno
Presenta
test
Contesta
test
Banco de
ítems
Conocimiento del
dominio
Valora
Construye
Computadora
TomaModificaConstruye
Expertos
Conocimientos
Perfil
Profesor
Evalúa
16
Transferencia
Computadora
Número de expertos
participantes
Conocimiento
s
Estructura del
conocimiento
Extracción de
estructura
Expresión
Problemas relativos a la
adquisición del conocimiento
17
Sombrero Función
Blanco Blanco, hechos, números e información.
Rojo Emociones y sentimientos, también presentimientos e intuición.
Negro Abogado del diablo, enjuiciamiento negativo, razones por las que no resultará.
Amarillo Luz del sol, brillo y optimismo, positivo, constructivo, oportunidad.
Verde Fertilidad, creatividad. Plantas brotando de las semillas, movimiento, provocación.
Azul Moderación y control, director de orquesta, pensar en el pensamiento.
Diferentes formas de pensar
19
Las metodologías no sirven.
Las ideas de los usuarios cambian.
La gente no tiene talento, sólo saben
lo que se les capacita.
El usuario no quiere el cambio.
La tecnología de “ultima” es difícil
tener.
La tecnología es costosa.
Los sistemas de información quitan
trabajo a las personas.
Todas las organizaciones tienen
sistemas de información
Utilizan alguna metodología
El usuario participa
Resuelven alguna parte de la
información
Propicia productividad
Facilita la operación
Propicia productividad.
Ayuda a la toma decisiones
Tiene características
Todos toman decisiones
Provocan talento si están unificados. A través de convertir información en conocimiento.
Crearlos con estructura similar.
Constituidos como sistemas de gestión
Crearlos que sean inteligentes
El usar metodología es lo mejor.
El usuario tiene una visión parcial sobre la organización.
El administrador no sólo cuenta, sino que además administra talento.
El personal de sistemas debe especializarce y mantenerse actualizado.
Los sistemas de información no se equivocan.
El personal de sistemas, piensa que sabe todo.
Toda las organizaciones tienen equipos de computo.
Utiliza el ciclo de vida adecuado al problema.
El usuario se integra al equipo de sistemas.
El usuario forma parte de la gestión.
Los sistemas de información son parte de la estrategia.
Toda la organización tiene cultura informática.
El uso de los sistemas de información gana mercados.
Dan agilidad.
Sistemasde
información
Formas de pensar y SI
20
Transferencia de conocimiento
a una máquina (1)
• Existen diversos métodos, técnicas y arquitecturas
para transferir conocimiento a una máquina
– Algunas son conocidas
– Otras son desconocidas
– Otras son aplicadas de forma intuitiva sin conocer sus
fundamentos
– Algunas provienen de áreas del conocimiento diferentes
a la informática y computación
– Otras son relativamente nuevas
21
• Técnicas, métodos y arquitecturas
– Ciclo de vida clásico
– Modelos curriculares de ANIEI
– Arquitectura de Domínguez
– Metodología de sistemas suaves de Checkland
– Visión de Fuenlabrada
– Arquitectura de Zachman
– Objetos de negocio (business objects como lo define la
Object Management Group)
Transferencia de conocimiento
a una máquina (2)
22
Número de participantes en la
adquisición (situación ideal)
Adquisición de
conocimiento
Una fuente de
conocimiento
Un receptor de
conocimiento
23
Número de participantes en la
adquisición (situación real)
Bibliotecasexternas
Transmisionesy videos
Prensageneral yfinanciera
Asociacionesprofesionales
y técnicas
InternetEmpresas deconsultoría einvestigación
Serviciosen línea
Publicacionesespecializadas
Clientes
ENTORNOEXTRAORGANIZACIONAL
ENTORNOORGANIZACIONAL
ENTORNOPERSONAL
Faxinterno
Correoelectrónico
interno
Comunicacionespersonales
Correode vozinterno
Correo dedocumentos
interno
24
Extracción de la estructura del
conocimiento (1)
Conceptualizar
Identificar
FormalizarImplementar
Probar
25
Extracción de la estructura del
conocimiento (2)Flujos de experiencia
Percepción
Creación del
conocimiento
Toma de
decisión
Significados compartidos
Nuevoconocimiento,capacidades
Conducta propiciapara la adaptación,
dirigida haciael objetivo
26
CONVERSIÓN,
INNOVACIÓN Y
COMPARTICIÓN DEL
CONOCIMIENTO
ADMINISTRACIÓN DEL
CONOCIMIENTO Y
MODELOS PARA EL
DESARROLLO DE
SISTEMAS
27
Cuatro procesos de conversión
para conocimiento tácito y explícitoTácito a tácito
(socializar)
Tácito a explícito(exteriorizar)
Explícito a explícito(combinar)
Explícito a tácito(absorber)
PROCESOS DE
CONVERSIÓN
La experiencia del
mundo de asuntos
públicos y
personales
Acción con
propósito defino en
relación con la
situación que
nosotros
advertimos
GENERA
Conocimientos basados en
experiencia
SE CREA NUEVA
Bien,
y las ventas? !hola, Lupe¡
¿Cómo estas?
MMM,
Ya, alcance
la meta
Del mes
pasado
Que bueno, si
quieres te digo
algunos trucos
Tiene
problemas
1 Problema no
estructurado
7 Acciones para
mejorar la situación del
problema 6
Factible,
deseable
2 Descripción de la
situación del
problema
5
Comparación entre 4 y
2
4
Modelo
Conceptual
4a Concepto formal del
sistema
4b Otras formas de
pensamiento
Mundo Real
Pensamiento sistémico
3 Definición de los puntos
importantes del sistema
28
Ciclo de innovación del
conocimiento
Crear
Codificar
Absorber
Difundir
PRODUCTO-
PROCESO
29
Ciclo de compartición del
conocimientoRecoger
Organizar/
almacenar
Compartir/
diseminar
Acceder
Utilizar/
explotarREPOSITORIO
DECONOCIMIENTO
30
Capital financiero
Capital estructural (+/-)
•Capacidades organizacionales
•Aprendizaje de los mecanismos dispersión
•Estrategia, visión y cultura
•Estructura
Capital de partes interesadas
•Lealtad e ideas de los clientes
•Canales de distribución y
•Mercadotecnia
•Alianzas estratégicas
Capital Humano
•Habilidades y potencial de cambio humano
•Capacidad para trabajar en equipos
•Valores
Capital
Intelectual
31
Inicio Contagio Control Integración Admón Madurez
Información
Enfoque hacia el
uso del equipo
Enfoque hacia la
administración de
la información
$
Nivel de
gasto en
Informática
Capital intelectual vs madurez
informática
32
CAPTACIÓN DEL
CONOCIMIENTO
ADMINISTRACIÓN DEL
CONOCIMIENTO Y
MODELOS PARA EL
DESARROLLO DE SISTEMAS
33
Administración del
conocimiento
La administración explícita y
sistemática del conocimiento
vital y sus procesos asociados
para creación, reunión,
organización, difusión, utilización
y explotación, con el fin de de
hacer cumplir los objetivos de la
organización
• Adquisición
• Conversión
• Innovación
• Compartición
34
Elementos para administrar el
conocimiento
Dominio del
reto
organizacional
Captar, entender y tener habilidad
para cambiar y administrar el
conocimiento organizacional
Vincular el conocimiento
organizacional a la estrategia,
visión y métricas del negocio
Vincular el conocimiento
organizacional a la información
operacional y a los sistemas de
administración del trabajo
35
Objetivo de la administración
del conocimiento
Establecer un marco de trabajo para organizar, encontrar y administrar el conocimiento grupal
El marco de
trabajo se
representa a
través de una
taxonomía que
relacione la
información que
se puede
almacenar y
capturar
36
Captación del conocimiento
La captación
del
conocimiento
del negocio
requiere
Una estructura guía o un marco conceptual (también denominado
taxonomía)
Mecanismos
compatibles con la
taxonomía para
representar el
conocimiento
Herramientas para validar, distribuir y almacenar el
conocimiento que sean compatibles tanto con la
taxonomía como con la representación elegidas
37
Taxonomías
• Una taxonomía establece la forma de
identificar qué conocimiento del negocio
es importante, y cómo esa información
importante se puede consolidar en grupos
• No existe una taxonomía “correcta”
• La utilización efectiva de una taxonomía
está determinada por su valor en la
captación y organización para capturar
conocimiento para el negocio
38
Consideraciones para la
elección de una taxonomía
Debe ser “manejable”
para los consumidores
del conocimiento
Debe reflejar los
conceptos base del
negocio
Debe crear
oportunidades para
la abstracción y la
creación de visiones
profundas
Debe establecer
un significado
común en toda la
organización
TAXONOMÍA
39
Ingeniero del conocimiento
Alguien dentro de la
organización debe establecer,
dar mantenimiento y controlar
el cambio en la taxonomía
(knowledge engineer)
40
Taxonomías en
sistemas de
información
41
Tipo de Sistemasde Información
Entrada deinformación
Proceso Salidas deinformación
Usuarios
ESS Datos agregados;internos y externos
Graficar, simularinteractuar
Proyecciones;respuesta apreguntas
Altos directivos
DSS Bajo volumen dedatos; modelosanalíticos
Interactuar,simular analizar
Reportes especiales;análisis dedecisiones;respuesta apreguntas
Profesionales;personaladministrativo
MIS Datos detransaccionessumarias; altovolumen de datos,modelos sencillos
Analizar: Reportesde rutina; modelossencillos a bajonivel
Resúmenes yreportes deexcepción
Administradoresde nivel intermedio
KWS Especificaciones dediseño; bases deconocimiento
Modelos; gráficas Profesionales;personal técnico
OAS Documentación;programas detrabajo
Administrar:documentos;horarios;comunicación
Documentos;horarios; correo
Oficinistas
TPS Transacciones,eventos
Ordenar, listar;mezclar, actualizar
Reportes detallados,listas, resúmenes
Personaloperativo,supervisores
43
Departamento:
Ventas Nivel: Táctico
Función: Mercadotecnia
Percepción del usuario sobre
las organizaciones
44
Parámetros
Caja vacía
Reglas
de negocio
Datos
Estructura de los SI
45
SISTEMA
SISTEMA
SISTEMA SISTEMA
SISTEMA
SISTEMA
SISTEMA
SISTEMA
SISTEMA
Momento 2
Momento 1
Organización
Momento 3
Momento 4
Sistemas de gestión
46
En
trop
ía
Info
rmac
ión
est
ruct
ura
da
Operacional
Táctico
Estratégico
-
+
Toma de
decisiones
+
-
Estructura de la información y
entropía
47
Estrategias a seguir en los SI
• Integrarlos en el plan estratégico de la empresa
• Hacerlos depender de los procesos de la
organización y de las clases de datos
• Conseguir que se conviertan en cajas vacías
• Identificar la responsabilidad de los datos
48
VISIÓN Y TAXONOMÍA
SISTÉMICA EN EL
DESARROLLO DE
SISTEMAS
ADMINISTRACIÓN DEL
CONOCIMIENTO Y
MODELOS PARA EL
DESARROLLO DE SISTEMAS
49
Pensamiento sistémico
• Es una magnifica herramienta para resolver
problemas, por que es más potente que un
lenguaje
• La estructura es la configuración de las
interrelaciones entre los componentes claves del
sistema
50
Entorno
De
fuentes
físicas
Hacia
fuentes
físicas
Administración
Estándares
Procesador
de la
información
Decisiones
Datos/
Información
Datos/información
InputProceso de
transformaciónOutput
Datos/
Información
Estructura sistémica de los SI
51
Extracción de la estructura del
conocimiento (revisited)
ConceptualizarEncontrar conceptos
para representar el
conocimiento
IdentificarIdentificar las características
del problema
FormalizarDiseñar la estructura para
organizar el conocimiento
ImplementarFormular reglas, marcos, etc.
para representar el conocimiento
ProbarVálidar las reglas
para organizar el
conocimiento
52
Pensamiento sistémico:
extracción del conocimiento y
ciclo de vida clásico
La fase de
implementación
La fase de
utilización La fase de
planeación
La fase de
análisisLa fase de
diseño Conceptualizar
Identificar
Formalizar
Implementar
Probar
53
1 Problema no
estructurado7 Acciones para
mejorar la situación
del problema
2 Descripción de la
situación del
problema
5 Comparación
entre 4 y 2
4a Concepto
formal del
sistema
4b Otras formas
de pensamiento
4
Modelo
Conceptual
6 Factible,
deseable
Mundo Real
Pensamiento sistémico
3 Definición de los
puntos importantes
del sistema
Metodología de sistemas suaves
54
La fase de
implementación
La fase de
utilizaciónLa fase de
planeación
La fase de
análisis
La fase de
diseño
Duros Suaves
1 Problema no
estructurado
7 Acciones para
mejorar la situación
del problema 6
Factible,
deseable
2 Descripción
de la situación
del problema
5
Comparación
entre 4 y 2
4
Modelo
Conceptual
4a Concepto
formal del sistema
4b Otras formas de
pensamiento
Mundo Real
Pensamiento sistémico
3 Definición de los
puntos importantes
del sistema
Pensamiento sistémico: ciclo de
vida clásico y sistemas suaves
55
Sistemas computacionales
operadorProgramadorAnalista de
sistemas
Administradorde tecnologíainformática
Administradorde bases de
datos
Administradorde redes
Especialista enbases de datos
Especialistaen redes
Especialista entelecomunicaciones
Ingenierode software
No estructuradas Semi-
estructuradas
Más
estructuradas Estructurada
SUAVES DUROS
Informática Ingeniería
Informática
56
7 Acciones para mejorar
la situación del problema
5
Comparación
entre modelo y
realidad
6
Factible, deseable
1 Problema no
estructurado
2 Descripción de la
situación del problema
4a Concepto
formal del
sistema4b Otras formas de
pensamiento
3 Definición de los puntos
importantes del sistema
4
Modelo
Conceptual
La fase de
implementación
La fase de
utilización La fase de
planeación
La fase de
análisis
La fase de
diseño
La experiencia del
mundo de asuntos
públicos y
personales
genera
Conocimientos
basados en
experiencia
se crea nueva
Dominio
Personal
Modelos
mentales
Trabajo en
equipo
Visión
compartida Realidad
Pensamiento sistémico
1
3
2
1. Herramientas y lenguajes, 2. Agilidad en los sistemas
de información, 3. Uso de los sistemas de gestión
57e.g. DATA
ENTERPRISE ARCHITECTURE - A FRAMEWORK
Builder
SCOPE(CONTEXTUAL)
MODEL(CONCEPTUAL)
ENTERPRISE
Designer
SYSTEM
MODEL(LOGICAL)
TECHNOLOGY
MODEL(PHYSICAL)
DETAILEDREPRESEN- TATIONS(OUT-OF- CONTEXT)
Sub-Contractor
FUNCTIONINGENTERPRISE
DATA FUNCTION NETWORK
e.g. Data Definition
Ent = FieldReln = Address
e.g. Physical Data Model
Ent = Segment/Table/etc.
Reln = Pointer/Key/etc.
e.g. Logical Data Model
Ent = Data Entity
Reln = Data Relationship
e.g. Semantic Model
Ent = Business Entity
Reln = Business Relationship
List of Things Important
to the Business
ENTITY = Class ofBusiness Thing
List of Processes the
Business Performs
Function = Class of
Business Process
e.g. "Application Architecture"
I/O = User ViewsProc .= Application Function
e.g. "System Design"
I/O = Screen/Device Formats
Proc.= Computer Function
e.g. "Program"
I/O = Control BlockProc.= Language Stmt
e.g. FUNCTION
e.g. Business Process Model
Proc. = Business Process
I/O = Business Resources
List of Locations in which the Business Operates
Node = Major BusinessLocation
e.g. Logistics Network
Node = Business Location
Link = Business Linkage
e.g. "Distributed System
Node = I/S Function(Processor, Storage, etc)Link = Line Characteristics
e.g. "System Architecture"
Node = Hardware/SystemSoftware
Link = Line Specifications
e.g. "Network Architecture"
Node = AddressesLink = Protocols
e.g. NETWORK
Architecture"
Planner
Owner
Builder
ENTERPRISEMODEL
(CONCEPTUAL)
Designer
SYSTEMMODEL
(LOGICAL)
TECHNOLOGYCONSTRAINED
MODEL(PHYSICAL)
DETAILEDREPRESEN- TATIONS (OUT-OF CONTEXT)
Sub-
Contractor
FUNCTIONING
MOTIVATIONTIMEPEOPLE
e.g. Rule Specification
End = Sub-condition
Means = Step
e.g. Rule Design
End = Condition
Means = Action
e.g., Business Rule Model
End = Structural AssertionMeans =Action Assertion
End = Business Objective
Means = Business Strategy
List of Business Goals/Strat
Ends/Means=Major Bus. Goal/Critical Success Factor
List of Events Significant
Time = Major Business Event
e.g. Processing Structure
Cycle = Processing CycleTime = System Event
e.g. Control Structure
Cycle = Component Cycle
Time = Execute
e.g. Timing Definition
Cycle = Machine CycleTime = Interrupt
e.g. SCHEDULE
e.g. Master Schedule
Time = Business Event
Cycle = Business Cycle
List of Organizations
People = Major Organizations
e.g. Work Flow Model
People = Organization Unit
Work = Work Product
e.g. Human Interface
People = RoleWork = Deliverable
e.g. Presentation Architecture
People = User
Work = Screen Format
e.g. Security Architecture
People = IdentityWork = Job
e.g. ORGANIZATION
Planner
Owner
to the BusinessImportant to the Business
What How Where Who When Why
Copyright - John A. Zachman, Zachman International
SCOPE(CONTEXTUAL)
Architecture
e.g. STRATEGYENTERPRISE
e.g. Business Plan
TM
Zachman Institute for Framework Advancement - (810) 231-0531
58
Modelocontextual
(Planeador)
Modeloconceptual
(Dueño)
Modelológico
(Diseñador)
Modelofísico
(Constructor)
Modelo fuera decontexto
(Subcontratista)
Datos
Qué
Función
Cómo
Redes
Dónde
Personas
Quién
Tiempo
Cuándo
Motivación
Porqué
Planeación
Análisis
Diseño
Imple-
mentación
Análisis y Diseño
Pensamiento sistémico: ciclo de vida
clásico y entreprise arquitecture
59
Objetos de negocio
Objeto
Objetosde negocio
Objetosentidadesde negocio
Objetosprocesos
de negocio
Objetoseventos
de negocio
Tipos baseObjetos
aplicacionesde servicio
Tipos basede negocios
InsumosProductos/servicios Socios Transferencias Contratos Plan Lugar
60
Modelocontextual
(Planeador)
Modeloconceptual
(Dueño)
Modelológico
(Diseñador)
Modelofísico
(Constructor)
Modelo fuera decontexto
(Subcontratista)
Datos
Qué
Función
Cómo
Redes
Dónde
Personas
Quién
Tiempo
Cuándo
Motivación
Porqué
X X X
X X X
X X X
X X X X X X
X X X X X X
Objetos
entidades
Objetos
procesos
Objetos
entidades
- lugar
Objetos
entidades
-socios/org
Objetoseventos
Objetos
entidades
- plan
61
CONCLUSIONES
ADMINISTRACIÓN DEL
CONOCIMIENTO Y
MODELOS PARA EL
DESARROLLO DE SISTEMAS
62
El poder de la taxonomía (1)
• De todos los procesos en el ciclo de conocimiento,
la clasificación es la más poderosa y a la que
menos se le da valor
• Los dominios del conocimiento están organizados
en jerarquías de conceptos y términos relacionados
• Estos tesaurus ayudan a las organizaciones a
desarrollar un lenguaje común y construir puentes
a través de las disciplinas
63
El poder de la taxonomía (2)
• La clasificación en el contexto de la
administración del conocimiento requiere de un
nuevo sesgo
• Una clasificación primaria debe ser por tipo de uso
• Recordar que no existe “taxonomía correcta”
• El proceso para obtener una taxonomía hace uso
de la abstracción
