NEW
Font size
WorksheetsEXAMEN DE GERENCIA
Total questions: 20
Worksheet time: 10mins
¿Cuál es el objetivo principal del análisis de brechas de conocimiento en la fase de análisis?
Identificar los empleados con mayor conocimiento
Comparar el conocimiento disponible con el requerido para objetivos estratégicos
Medir la productividad de los equipos
Determinar el presupuesto del proyecto de GC
El mapeo de conocimiento en la fase de análisis debe incluir necesariamente:
Solo el conocimiento explícito documentado
La ubicación, flujo y valor del conocimiento crítico
Únicamente las bases de datos corporativas
Los salarios de los expertos clave
¿Qué herramienta es más efectiva para identificar conocimiento tácito durante el análisis?
Encuestas cerradas
Análisis de registros de auditoría
Entrevistas en profundidad y observación participante
Revisiones de balance financiero
En el análisis de madurez de GC, el nivel «consciente» se caracteriza por:
Ausencia total de prácticas de gestión del conocimiento
Prácticas informales y dependientes de individuos aislados
Procesos estandarizados y roles definidos
Conocimiento completamente automatizado
¿Cuál de los siguientes NO es un componente del análisis de requisitos para un sistema de GC?
Necesidades de integración tecnológica
Perfiles de competencia digital
Matriz de responsabilidades RACI
Expectativas de usuarios y stakeholders
El análisis de riesgos en la fase de análisis debe considerar específicamente:
Riesgo de fuga de conocimiento crítico y obsolescencia
Solo riesgos financieros
Riesgos climáticos
Riesgos de marketing
El «Knowledge Audit» (auditoría de conocimiento) difiere de la auditoría tradicional en que:
Se enfoca en activos intangibles y flujos de conocimiento
No requiere entrevistas
Es cuantitativo exclusivamente
Solo revisa documentos físicos
Las comunidades de práctica (CoP) son fundamentales en la praxis porque:
Reemplazan a la jerarquía organizacional
Facilitan la construcción social del conocimiento y el aprendizaje colaborativo
Reducen costos de TI automáticamente
Son obligatorias por ley
¿Qué rol es responsable de moderar y catalizar el intercambio de conocimiento en una CoP?
Knowledge Manager
Sponsor Ejecutivo
Facilitador/Moderador de la comunidad
CIO
En la praxis de GC, «las lecciones aprendidas» debieron ser capturadas:
Solo al finalizar proyectos fallidos
En hitos clave y al cierre, tanto de éxitos como fracasos
Únicamente por el gerente de proyecto
Una vez al año
El «knowledge storytelling» (narrativa de conocimiento) es una técnica que:
Reemplaza la documentación formal
Utiliza historias para transferir conocimiento contextual y experiencial
Es exclusiva para el área de marketing
No requiere interacción humana
Una cultura organizacional que fomenta la praxis efectiva de GC se caracteriza por:
Competencia interna y secreto
Confianza, colaboración y tolerancia al error
Jerarquía rígida y control estricto
Silos departamentales
¿Qué métrica es más apropiada para evaluar la praxis de GC en tiempo real?
Rotación de personal
Engagement en plataformas de colaboración y resolución de problemas
Número de empleados
Ingresos totales
La fase de inicio de un proyecto de GC debe definir obligatoriamente:
Solo el presupuesto tecnológico
El caso de negocio, stakeholders clave y alcance del conocimiento a gestionar
El color del logo del proyecto
Las vacaciones del equipo
¿Cuál es el KPI más directo para medir el impacto de un proyecto de GC?
Número de likes en redes sociales
Tiempo de resolución de problemas y reutilización de soluciones
Temperatura del office
Número de empleados nuevos
En la gestión de cambio de un proyecto de GC, la resistencia primaria suele venir de:
Los clientes externos
Miedo a la transparencia y pérdida de poder basado en conocimiento exclusivo
Los proveedores
Los reguladores gubernamentales
Un "quick win" en un proyecto de GC debe seleccionarse basándose en:
Complejidad máxima
Alto impacto visible y baja complejidad de implementación
Preferencia del CEO
Costo más elevado
La gobernanza de un proyecto de GC debe establecer:
Un único dueño del conocimiento
Roles, responsabilidades, procesos de decisión y políticas de uso
Prohibición de compartir conocimiento
Solo reglas técnicas
¿Cuándo debe evaluarse un proyecto de GC?
Solo al final
Solo si falla
En revisiones por fase y post-implementación (sumativa y formativa)
Nunca
El éxito sostenible de un proyecto de GC depende principalmente de:
La tecnología más cara
La integración con procesos de negocio y liderazgo continuo
El número de documentos subidos
El tamaño del servidor
