Empiezan por una decisión
Cada marco responde a una pregunta concreta sobre el producto, la arquitectura, la integración, la automatización, la IA o el gobierno.
Dirección y liderazgo
Dirección tecnológicaTech Lead y liderazgo técnicoTrayectoria y perfil profesionalArquitectura y producto
Arquitectura de plataformasEstrategia y producto EdTechIntegraciones e interoperabilidadAutomatización y productividadMarcos y herramientas de decisiónProductos y proyectos propiosEspecialidad EdTech
Ecosistemas EdTechSectores y modelos B2B, B2C y B2GArquitectura de MoodleSistemas inteligentes de aprendizajeMapa de capacidades EdTechBlog técnico
Los artículos, guías y análisis viven en un sitio independiente. Esta web está dedicada a mi perfil, mi experiencia y mi trabajo.
Ir al blogModelos de análisis · acceso público
Estos modelos reúnen preguntas que aparecen con frecuencia en dirección tecnológica, arquitectura, integración, automatización e inteligencia artificial. Permiten seguir mi razonamiento y entender cómo llego a una decisión.

Una biblioteca de trabajo
Una página de perfil puede enumerar conocimientos. Un marco obliga a relacionarlos, explicar qué preguntas importan y mostrar cómo se llega a una decisión.
Estos marcos conectan mi experiencia profesional con los análisis técnicos del blog y con los productos propios donde exploro problemas concretos.
Colección
Cada marco puede consultarse de forma independiente. En conjunto relacionan la estrategia con las capacidades, la arquitectura, las integraciones, la automatización, la IA y la operación.
Un LMS cubre solo una parte de las necesidades del aprendizaje digital. La arquitectura del ecosistema debe integrar los canales de experiencia, los procesos formativos, los sistemas de negocio, los datos y la infraestructura. También debe prever la operación necesaria para mantener los servicios disponibles.
El intercambio de datos es el punto de partida. Toda integración necesita responsables definidos, mecanismos de recuperación ante fallos y un contrato que pueda evolucionar sin depender del conocimiento tácito de unas pocas personas.
Evalúo la madurez por la utilidad del caso de uso, la calidad de su evaluación, el gobierno y la capacidad de mantener en producción la solución asociada. Contabilizar pilotos o cambios de modelo no basta.
Una capacidad sigue siendo necesaria aunque cambien los productos, los proyectos o las aplicaciones. Este mapa distingue ambos planos.
Automatizar no consiste en trasladar una tarea manual al software. Primero hay que decidir qué conviene eliminar o simplificar, qué tareas necesitan apoyo y cuáles pueden automatizarse; después, construir una solución que la organización pueda controlar, medir y mantener.
Principios
Cada modelo debe indicar qué cubre, en qué orden se aplica y qué decisión ayuda a tomar.
Cada marco responde a una pregunta concreta sobre el producto, la arquitectura, la integración, la automatización, la IA o el gobierno.
Permiten analizar qué necesita la organización antes de discutir marcas, productos o modas.
La seguridad, el rendimiento, la observabilidad, la continuidad y el coste forman parte del diseño.
Las dimensiones y criterios están expuestos para que el equipo pueda contrastarlos y adaptarlos a su contexto.
Dentro de mi perfil
Mi especialidad es la ingeniería de plataformas de aprendizaje. Decido qué debe construir el equipo, cómo se relacionará con los sistemas existentes y qué hará falta para ponerlo en producción y mantenerlo.
Conocer mi trayectoriaConversación profesional
Cuéntame qué debe conseguir el sistema y qué decisión no puede tomarse con la información disponible.
Abrir una conversación