Como parte de la oferta en abierto de la nueva Escola de Formació Permanent (EFP) de la Universitat Politècnica de Catalunya (UPC) operada desde la Fundació Politécnica de Catalunya se ha lanzado un itinerario de aprendizaje enfocado a que los Administradores de Sistemas puedan realizar una transición profesional y convertirse en DevOps. Desde Eutika hemos participado activamente en el diseño de este itinerario y es, para nosotros, el primer producto educativo que hacemos público y donde integramos el enfoque de aprendizaje activo, significativo y continuo que creemos clave en la educación actual, especialmente en el ámbito del aprendizaje a lo largo de la vida. En este post también sale a la luz por primera vez Missions, la herramienta digital que hemos desarrollado para integrar el enfoque de aprendizaje activo, de la que en unas semanas publicaremos de forma más específica y detallada sus funcionalidades y su framework de diseño.
En un post previo presentamos el modelo de la EFP y en éste analizamos el itinerario de DevOps como ejemplo que aterriza ese modelo a una transición profesional específica. El itinerario ha sido diseñado por un equipo que integra a personas con experiencia profesional en los perfiles de entrada (SysAdmin) y objetivo (DevOps) y diseñadores de experiencia e instruccionales. En este caso, como hemos mencionado más arriba, la experiencia de aprendizaje se implementa a través de una plataforma desarrollada por Éutika, Missions.
A continuación abordamos los siguientes aspectos del itinerario DevOps:
- Públicos (personas y organizaciones)
- Transición profesional
- Aprendizaje activo
- Personalización y flexibilidad
1. Públicos (personas y organizaciones)
Para que el itinerario sea eficaz (se pueda optimizar el tiempo de dedicación y los resultados de aprendizaje) se diseña a partir de la brecha existente entre el perfil de entrada (o inicio) y el de salida (o destino). Para ello, mediante diferentes metodologías de investigación, definimos las funciones y habilidades clave que integran ambos perfiles.
En este caso, se plantea una transición pensada para Administradores de Sistemas / SysAdmin, personas con experiencia previa en entornos técnicos, especialmente técnicos/as de soporte de sistemas o profesionales con habilidades similares. Se parte de un perfil con dominio medio o senior, acostumbrado a resolver incidencias, trabajar con tickets y mantener sistemas en funcionamiento. Estas son las funciones clave que forman parte de perfil inicial:
- Configuración y administración de sistemas Linux
- Configuración y administración de servidores web
- Configuración y administración de bases de datos
- Configuración y administración de servidores de correo electrónico
- Comprensión de lenguajes de programación
- Gestión de tickets de soporte
- Análisis de registros y diagnóstico de problemas
- Configuración y administración de sistemas Windows (LDAP, Active Directory, PowerShell)
Este perfil tiene una sólida base técnica pero aún no opera bajo el paradigma DevOps, ni trabaja con herramientas modernas de automatización o despliegue en la nube. Sin embargo, durante la última década, el ámbito del soporte y mantenimiento de sistemas informáticos ha cambiado radicalmente. El salto tecnológico (cloud computing, nuevas herramientas de automatización, contenedores, etc.) ha hecho que muchos profesionales con más de 10 años de experiencia y con puestos consolidados vean cómo su conocimiento se ha quedado obsoleto.
Ante este escenario, los SysAdmin se enfrentan a dos opciones. Por un lado tenemos a los que deciden no actualizarse, delegando la operación diaria en perfiles más jóvenes y moviéndose a puestos de gestión. Por otro lado están los que quieren seguir activos, actualizados y aportando valor técnico, y por tanto progresando en su carrera profesional con un perfil técnico. Para estos últimos, es necesario un proceso de re-skilling: conservar su experiencia base, pero aprendiendo las nuevas herramientas y metodologías que exige el mercado.
Esta necesidad no solo afecta a las personas, también a las organizaciones donde trabajan. En muchos casos el cuello de botella con que se enfrentan las empresas e instituciones para poder incorporar nuevas herramientas e infraestructuras tecnológicas y nuevas formas de trabajar, son las capacidades tecnológicas de su fuerza de trabajo y equipos. Este itinerario permite que un equipo dentro de una organización viva un proceso ágil de re-skilling en paralelo a cambios en la estrategia digital y la evolución de sus formas de trabajo, lo que en muchos casos se denomina “transformación digital”. Por la relevancia de lo digital esta necesidad es ubicua en múltiples organizaciones pertenecientes a diversas industrias y sectores.
2. Transición profesional
Al finalizar este itinerario, el participante habrá dado el salto hacia un perfil DevOps, con una visión integral de las infraestructuras digitales y una capacidad mucho mayor de intervención estratégica, automatización y optimización. En concreto, en este proceso, el administrador de sistemas desarrollará las siguientes funciones profesionales:
- Configuración y administración de sistemas Linux
- Administración de servicios en contenedores
- Gestión de aplicaciones web
- Desarrollo y despliegue de infraestructura como código
- Montaje y administración de infraestructura cloud
- Implementación de procesos de CI/CD
- Monitorización de sistemas
- Monitorización de logs, métricas y trazas
- Comprensión de la sintaxis básica de los lenguajes de programación
- Aplicación de metodologías de análisis para el diagnóstico
- Capacidad de análisis de sistemas complejos
- Capacidad de comunicación de resultados de análisis y diagnóstico
Esta transformación, además, permite pasar de un enfoque reactivo (resolver problemas cuando aparecen) a un enfoque proactivo: diseñar, optimizar y anticipar problemas en entornos de producción complejos.
En síntesis, podemos visualizar la transición profesional en 4 grandes dimensiones.
Mediante nuestra plataforma Missions podemos mapear la estructura de perfiles profesionales. De esta manera, se facilita la construcción de los perfiles de partida y objetivo para el re-skilling de SysAdmin a DevOps y su visualización de forma rápida y sencilla. Esto permite construir el itinerario formativo, conformado como la brecha entre ambos perfiles (en términos de funciones y mindset) que se convierte en los objetivos de aprendizaje. De este modo, ajustamos el itinerario a lo que es realmente necesario aprender para realizar un re-skilling efectivo de modo que el usuario aprenda y valide todas aquellas funciones necesarias para hacer el cambio de forma efectiva.
Como se explica más abajo, este itinerario se compone de 9 misiones que son experiencias de aprendizaje activo equivalentes a cursos y microcredenciales que, realizadas de manera secuencial, permiten realizar dicho re-skilling de manera efectiva. Parte de estas misiones están enfocadas al desarrollo de una función específica, mientras que otras permiten entrenar y reforzar el aprendizaje de varias funciones de manera coordinada y por último contamos con una misión final de mayor complejidad donde el aprendedor debe resolver un reto utilizando todas las funciones desarrolladas. Una vez que el usuario completa una misión, las funciones que valida quedan asociadas a su perfil, como una prueba de su aprendizaje.
Este itinerario presenta dos características principales:
- El itinerario sigue una historia contextual en la que se simula el entorno de una empresa llamada “La Huella”. En cada misión el aprendedor tiene la oportunidad de vivir una nueva iteración, enfrentándose a retos que implican que debe resolver problemas, dentro de dicha historia, como si fueran capítulos de un libro, en los que van apareciendo nuevos personajes y retos.
- Cada misión se construye sobre la anterior, no solo a nivel narrativo, si no también en cuanto a los conocimientos que se adquieren. De esta manera se facilita la apropiación gradual de herramientas y competencias por parte del aprendedor. Un ejemplo claro es el uso de la herramienta de observabilidad llamada Grafana. Esta se aprende en las primeras misiones, pero su uso continuará y será una pieza vertebral y necesaria para la adquisición de nuevas competencias a lo largo de todo el itinerario.
3. Missions y el aprendizaje activo
El diseño y la operación de este itinerario se realiza por completo en la plataforma Missions, un desarrollo propio de Eutika con la colaboración cercana de la UPC, con una lógica inspirada en sistemas tipo Miró o Notion. En las próximas semanas comenzaremos a comunicar en público sobre esta solución tecnológica y de diseño, pero comentamos aquí algunos aspectos que nos parecen relevantes dado que el uso de Missions es esencial para generar una experiencia de aprendizaje activo de alta flexibilidad y con un engagement efectivo.
En Missions, los creadores definen “nodos” que representan misiones, etapas, recursos y entregables, y conectarlos libremente. De este modo se pueden diseñar experiencias de aprendizaje en las que, con una lógica de escape room, el aprendedor debe resolver un problema complejo (similar al que se encuentra un DevOps en su actividad profesional) y en ese proceso cuenta con el acompañamiento de expertos y de diferentes recursos educativos.
Una misión es una experiencia de aprendizaje activo diseñada para desarrollar una o más funciones correspondientes a un perfil profesional, donde el aprendedor se enfrenta a un reto similar al que debería resolver en un contexto laboral o profesional. Las misiones están diseñadas con una lógica similar a una Escape Room digital:
- Se plantean problemas que el usuario/a debe resolver, combinando pistas, razonamiento y acciones.
- Cada etapa tiene un micro-relato y desafíos concretos. Esos desafíos generan evidencias de aprendizaje y entregables que permiten una evaluación continua y formativa.
- La historia avanza solo si se cumplen los hitos, generando una sensación constante de progresión y propósito.
En la narrativa de las misiones del itinerario de DevOps se incluye la figura del jefe, compañeros virtuales y eventos inesperados dentro del entorno laboral simulado, que hacen que el aprendedor se sienta inmerso en una historia con consecuencias reales.
La evaluación se basa en evidencias directas de la resolución del reto y de sus etapas, que constituyen pruebas robustas de que la persona demuestra el desempeño suficiente de las funciones objetivo de la misión.
Missions permite al diseñador modular la experiencia de las misiones entre dos extremos que, podríamos situar entre una experiencia totalmente autogestionada (de validación de capacidades) y un aprendizaje intensivo y guiado. En este segundo extremo, se implementan diferentes estrategias de acompañamiento para que sirva de guía al aprendedor. En DevOps optamos por esta segunda opción y utilizamos una combinación flexible de agentes y formatos de acompañamiento.
¿Quién ejecuta el acompañamiento? Contamos con cuatro opciones que combinamos para que el aprendedor cuente con un entorno activo que le guía en su proceso:
- Recomendación y acceso a recursos educativos (textos, videos, otros cursos en formato digital de elaboración propia o desarrollados por terceros) curados y producidos por expertos que se sugieren a lo largo del journey de la misión para proporcionarle al aprendedor información relevante que le ayuda en la resolución del reto.
- Expertos en los perfiles y funciones profesionales, que interaccionan de forma individual o grupal a través de Discord y que ayudan a resolver dudas y problemas y sugieren actividades y recursos cuando lo consideran necesario. Además estos expertos realizarán en ocasiones sesiones síncronas (clases magistrales, resolución de dudas …)
- Pares a través de la creación de comunidades, en este caso implementadas en Discord, donde los aprendedores comparten experiencias y recomendaciones; y
- Agentes IA, que pueden funcionar de forma totalmente autónoma o sirven de asistentes a los acompañadores humanos. En este caso estos agentes se irán desarrollando progresivamente a lo largo del despliegue de las misiones y a partir de la retroalimentación obtenida de los usuarios.
En próximas publicaciones de presentación de Missions profundizaremos en nuestro enfoque hacia el acompañamiento y las formas en que los implementamos.
En este caso, el diseño del itinerario DevOps ocasiona la necesidad de realizar integraciones con herramientas de trabajo propias del toolset de un profesional DevOps. Missions prevé esta necesidad y permite el desarrollo de integraciones con herramientas externas, siempre que esto sea posible. Por ejemplo, Missions actualmente permite que, en una misión, se seleccione la vinculación de una cuenta de GitHub como un requisito para realizar la misma. A la vez, y gracias a dicha vinculación, se le puede dar acceso de forma automática al aprendedor a un repositorio privado de GitHub.
Además de las integraciones, puede ser necesario también realizar desarrollos paralelos. Es decir, trabajar en aplicaciones o servicios propios que complementen a Missions. En el caso de algunas misiones de DevOps, cuando un usuario comienza una misión, automáticamente se le crea un clúster virtual de Kubernetes en una máquina en la nube. De esta manera, se le pueden proporcionar al usuario unos servicios sobre los que va a poder trabajar de manera automática.
4. Personalización y flexibilidad
El itinerario está diseñado para permitir la máxima flexibilidad en la forma en que lo vive cada persona, de manera que esta puede modular sus objetivos de aprendizaje a su punto de inicio y sus intereses; así como modular el ritmo de aprendizaje y la intensidad de dedicación.
A mayores de lo que consideramos como el itinerario canónico o itinerario completo, también es posible realizar dos itinerarios parciales: “Observabilidad de la infraestructura para la resolución de problemas e implementación de mejoras” y “Manejo de infraestructura con Kubernetes y despliegue de procesos de CI/CD”. Estos itinerarios permiten realizar solo una parte del itinerario, centrado en un grupo de funciones específicas dentro del perfil de DevOps. Estos itinerarios alternativos están pensados para aquellas personas que ya estuvieran pasando por el proceso de re-skilling (posiblemente mediante autoaprendizaje) y, por tanto, ya hayan adquirido algunas de las habilidades necesarias para convertirse en DevOps.
Por otro lado, para lograr una mayor flexibilidad, también es posible la realización de misiones de manera individual, de forma que un usuario avanzado en el proceso de re-skilling o que recientemente lo ha completado pueda aprender o reforzar ciertos conocimientos.
Antes de acceder al itinerario el aprendedor tiene que superar la que denominamos como misión 0 o prueba inicial. Esta tiene un doble objetivo:
- Por un lado, se busca comprobar que el usuario tiene los conocimientos necesarios para realizar el itinerario. Es importante recordar que se trata de un re-skilling, por lo tanto se asumen unos conocimientos previos (aquellos presentes en el perfil de partida) sin los que resulta imposible (o al menos, muy complicado y requiriendo una dedicación muy superior) que el aprendedor pueda completar el itinerario.
- Por otro lado, esta prueba inicial ha sido diseñada para que una persona con los conocimientos necesarios pueda realizarla en un plazo de tiempo corto (aproximadamente 1 hora) y sin gran esfuerzo. Gracias a ello, esta misión puede cumplir fácilmente con su segundo objetivo, que es el de servir como una primera toma de contacto de la plataforma con el aprendedor, en la que este va a tener la posibilidad de empezar a familiarizarse con su interfaz y su funcionamiento.
Las misiones de este itinerario buscan un alto grado de flexibilidad, con la intención de poder encajar con los tiempos de vida de las personas interesadas en el mismo. Es por ello que estas se realizan de forma asíncrona y online, de manera que el aprendedor pueda escoger con total libertad dónde y cuándo realizarlas, adaptándose de esta manera al contexto laboral y/o personal del mismo.
Por otro lado, el itinerario está diseñado pensando en personas activas laboralmente, por lo que se establecen unas recomendaciones en cuanto a la dedicación al mismo acordes con dicha situación. Se recomienda una dedicación aproximada promedio de 12,5 horas semanales, lo que posibilita completar el itinerario en unas 42 semanas (525 horas totales, correspondiente a 21 créditos según el estándar ECTS que se utiliza en educación superior). En un escenario de dedicación a tiempo completo (40 horas semanales), podría finalizarse en 14 semanas (3,5 meses). Por el contrario, una dedicación media de 6 horas semanales extendería el proceso hasta unas 88 semanas (21 meses). Nosotros recomendamos un tiempo de realización del itinerario de 56 semanas (poco más de un año), teniendo en cuenta tanto periodos de descanso (vacaciones, festivos) como semanas de mayor y menor disponibilidad, de modo que cada participante pueda modular su progreso según sus circunstancias personales y profesionales.
Por otra parte, el formato asíncrono permite que la intensidad se module en cada momento según las circunstancias de la persona y sin necesidad de un plan previo. O sea, en ciertas semanas la persona no dispondrá tiempo para trabajar en el itinerario pero en otras podrá dedicar más tiempo del que había establecido inicialmente.