Esta vez la conversación no empezó con indicadores ni con frustración operativa. Empezó con una preocupación real: no podemos seguir entrenando de esta manera.
La organización operaba en un entorno donde el error no era una posibilidad menor. Un procedimiento mal ejecutado podía tener consecuencias graves. La formación tradicional implicaba prácticas en escenarios reales, con supervisión estricta, pero aun así existía un nivel de riesgo que empezaba a ser difícil de justificar.
La pregunta era directa: ¿Cómo entrenamos a las personas en situaciones críticas sin exponerlas —ni exponer a la operación— a un riesgo innecesario? La respuesta fácil habría sido reducir el entrenamiento práctico o reforzar los protocolos teóricos. Pero eso no resolvía el problema de fondo. En este tipo de contextos, no basta con conocer el procedimiento; es necesario haberlo vivido, haber tomado decisiones bajo presión, haber cometido errores y haber entendido sus consecuencias.
El desafío no era solo pedagógico, era estructural. Había que diseñar una forma distinta de desarrollar capacidad. La conversación cambió cuando dejamos de pensar en “cómo mejorar el curso” y empezamos a pensar en “qué experiencia necesita vivir una persona para estar realmente preparada”. Eso implicaba crear un entorno donde se pudiera simular la realidad con suficiente fidelidad como para generar aprendizaje significativo, pero con el nivel de seguridad necesario para proteger a las personas y a la operación.
No se trataba de innovación por moda. Se trataba de responsabilidad. El proceso exigió entender con precisión cómo operaba el entorno real, qué decisiones eran críticas y qué variables debían estar presentes para que la experiencia fuera creíble. La tecnología fue un medio para construir esa experiencia, no el fin en sí mismo. Con el tiempo, el entrenamiento dejó de ser una práctica controlada con riesgo residual y pasó a ser una experiencia simulada donde era posible equivocarse, ajustar y volver a intentar sin consecuencias irreversibles.
La conversación interna también cambió: la seguridad dejó de depender únicamente del cumplimiento del protocolo y empezó a apoyarse en una preparación más sólida. En contextos críticos, el aprendizaje no puede ser superficial. Tampoco puede ser imprudente. Diseñar capacidad, en estos casos, significa crear las condiciones para que las personas tomen mejores decisiones antes de que la realidad las ponga a prueba.
Desarrollo de Capacidades Digitales (Kometa)
Impacto antes que actividad.
Acompañamos a organizaciones que necesitan tomar decisiones estratégicas sobre cómo aprender, adaptarse y evolucionar en contextos complejos.
Grupo FEK
Mucho aprendizaje. Poco impacto.
Habíamos invertido durante años en cursos y plataformas, pero nadie podía explicar qué estaba cambiando realmente.
Focus
Cuando el equipo comercial dejó de sentirse equipo.
Los equipos estaban certificados, pero no alineados. El problema no era conocimiento: era fragmentación.
Focus + Engagement
Aprendieron sin tomar el curso.
Aprendieron Scrum sin sentarse a ‘capacitarse’: el aprendizaje ocurrió dentro del trabajo real.
Kometa + Engagement
Aprender sin poner la vida en riesgo.
No podíamos entrenar en el entorno real. Simular no fue una innovación: fue una necesidad crítica.
Engagement
El LMS no era el problema.
La plataforma funcionaba. Lo que no existía era una visión clara de para qué usarla.
Grupo FEK + Engagement
Todos pedían una universidad corporativa, pero nadie sabía para qué.
Antes de construir una ‘universidad’, tuvimos que ordenar la conversación estratégica.
Grupo FEK
Cuando el comité directivo no logra ponerse de acuerdo.
Todos sabían que algo no funcionaba, pero nadie coincidía en cuál era el verdadero problema.
FOCUS
Invertimos en liderazgo, pero las conversaciones no cambiaron.
El problema no era falta de formación, sino la incapacidad de sostener conversaciones difíciles.
Engagement
Datos, contenidos y usuarios… pero ninguna decisión.
La información estaba disponible, pero no estaba diseñada para apoyar decisiones reales.
Kometa
La capacidad que el mercado no ofrecía.
No necesitábamos otro software. Necesitábamos construir una capacidad que no existía.
Kometa
Asysto: cuando la operación no se coordina.
No faltaban reuniones. Faltaba una agenda compartida que conectara compromisos, responsables y seguimiento.
Kometa
Evaluación de competencias: certificar con criterio.
La evaluación existía en papel, pero no en la práctica. Los jefes necesitaban certificar competencias con evidencia, no con intuición.