Ir al contenido
AL.Alberto LaraDirección tecnológica EdTech

Dirección y decisión

  • Dirección tecnológicaEstrategia, producto, arquitectura, equipos y operación.
  • Liderazgo técnicoDecisiones de arquitectura y calidad aplicadas en la entrega.
  • Auditoría técnicaSeguridad, pruebas, deuda y capacidad de actualizar.
  • Sectores y contextosUniversidades, empresas, EdTech y Administración pública.
  • Marcos de decisiónModelos que uso para decidir y para explicar por qué.

Marco de decisión

Mapa de capacidades para una organización de aprendizaje digital

Las nueve capacidades que hay que tener cubiertas y cuál falta cuando algo no avanza.

Ver el mapa ↗Mapa de capacidades para una organización de aprendizaje digital

Arquitectura y datos

  • Arquitectura de plataformasIntegraciones, datos, seguridad y evolución del sistema.
  • Arquitecto MoodleLímites, capacidad, integraciones y evolución de una plataforma crítica.
  • Integraciones e interoperabilidadConservar el significado de los datos entre sistemas.
  • Infraestructura y operaciónDisponibilidad, escalado, entrega continua y recuperación.
  • Análisis funcionalRequisitos, casos de uso, estados y excepciones.

Marco de decisión

Arquitectura de referencia para un ecosistema de aprendizaje

Qué capa resuelve cada cosa y qué se rompe cuando una asume el trabajo de otra.

Ver la arquitectura ↗Arquitectura de referencia para un ecosistema de aprendizaje

Plataformas de aprendizaje

  • Moodle: centro de conocimientoDecisiones sobre cursos, arquitectura, operación y evolución, también en Totara y Open LMS.
  • Consultor MoodleEntender el problema y ordenar decisiones funcionales, técnicas y operativas.
  • Tech Lead MoodleDirección técnica de lo que se construye y de cómo se entrega.
  • Desarrollo para MoodleCompetencias, contenidos, informes, automatización e IA.
  • Ecosistemas EdTechDirigir y hacer evolucionar un ecosistema de aprendizaje.
Moodle por dentro13 páginas→

Centro de conocimiento

Requisitos para un pliego de Moodle

Cómo se escribe un requisito exigible, con su evidencia y su criterio de aceptación.

Ver la guía ↗Requisitos para un pliego de Moodle

Ingeniería y calidad

  • Desarrollo full stackAplicaciones, servicios, procesos y datos a medida.
  • Análisis funcional y técnicoDe los requisitos a la arquitectura y los criterios de aceptación.
  • Desarrollo de extensionesMediante API públicas y sin modificar el núcleo, con pruebas y adaptación para cada versión objetivo.
  • Revisión de códigoEstándares, seguridad, permisos, rendimiento bajo carga y compatibilidad de versiones.
  • Pruebas automatizadasQué comprueba cada prueba y qué no compensa automatizar.

Centro de conocimiento

Una prueba que no puede fallar no está probando nada

Qué se prueba en un desarrollo para Moodle y con qué criterio se decide qué automatizar.

Ver el criterio ↗Una prueba que no puede fallar no está probando nada

Inteligencia artificial aplicada

  • IA aplicada: centro de conocimientoDecisiones sobre asistentes, recuperación, evaluación y permisos.
  • Reglamento de IA de la UEFechas, clasificación y decisiones técnicas para educación.
  • Asistentes sobre contenido autorizadoQué puede leer, qué debe citar y cuándo tiene que callarse.
  • Búsqueda en fuentes propiasCuándo basta buscar y cuándo hace falta componer una respuesta.
  • Evaluación de funciones de IAQué se mide en una función de IA antes de permitir que alguien la use.

Centro de conocimiento

Una función de IA sin medición no está probada: solo está estrenada

Qué se mide en una función de IA educativa antes de permitir que alguien la use.

Ver la evaluación ↗Una función de IA sin medición no está probada: solo está estrenada

Producto y adopción

  • Estrategia y producto EdTechDel problema a la puesta en servicio y su evolución.
  • Banco de preguntasDe quién es cada pregunta y qué pasa con los exámenes ya corregidos.
  • Decidir qué automatizarQué merece automatizarse, con cuánta autonomía y quién responde.
  • Repositorio de contenidosConservar, encontrar y reutilizar, con versiones y derechos.

Marco de decisión

Marco para decidir qué automatizar y cómo operarlo

Antes de automatizar: qué resultado se busca, quién responde y con qué evidencia.

Ver el marco ↗Marco para decidir qué automatizar y cómo operarlo

Trabajo documentado

  • Gobierno de ecosistemas multi-LMSVarias instancias de Moodle vigiladas y gobernadas desde un mismo plano de control.
  • Gestión institucional de activos y contenidosEl ciclo de vida del activo, desde que entra hasta que se retira.
  • Producción de cursos asistida por IAProducir con IA, revisar editorialmente y preparar para Moodle.
  • Tutor con acceso al contenido autorizado del cursoUn tutor que solo responde a partir del material autorizado del curso.
  • Aprendizaje guiado y adaptativo con supervisiónRutas adaptativas en las que prevalece el criterio humano.
Todas las soluciones22 soluciones→

Construido

Auditoría técnica coordinada de desarrollos para Moodle

Una de las tres que ya están construidas, no en diseño.

Ver la solución ↗Auditoría técnica coordinada de desarrollos para Moodle

Quién firma esto

  • Sobre míTrayectoria en tecnología educativa, del software a la dirección.
  • Cómo tomo decisionesEl criterio con el que comparo alternativas.
  • InicioDe las decisiones de negocio a la arquitectura y la operación.
  • ContactoPara comentar algo de lo que cuento aquí.

Criterio

Cómo tomo decisiones

Las cuatro dimensiones con las que comparo alternativas antes de recomendar una.

Ver el criterio ↗Cómo tomo decisiones
Blog ↗Contacto
  • Dirección tecnológicaEstrategia, producto, arquitectura, equipos y operación.
  • Liderazgo técnicoDecisiones de arquitectura y calidad aplicadas en la entrega.
  • Auditoría técnicaSeguridad, pruebas, deuda y capacidad de actualizar.
  • Sectores y contextosUniversidades, empresas, EdTech y Administración pública.
  • Marcos de decisiónModelos que uso para decidir y para explicar por qué.
  • Arquitectura de plataformasIntegraciones, datos, seguridad y evolución del sistema.
  • Arquitecto MoodleLímites, capacidad, integraciones y evolución de una plataforma crítica.
  • Integraciones e interoperabilidadConservar el significado de los datos entre sistemas.
  • Infraestructura y operaciónDisponibilidad, escalado, entrega continua y recuperación.
  • Análisis funcionalRequisitos, casos de uso, estados y excepciones.
  • Moodle: centro de conocimientoDecisiones sobre cursos, arquitectura, operación y evolución, también en Totara y Open LMS.
  • Consultor MoodleEntender el problema y ordenar decisiones funcionales, técnicas y operativas.
  • Tech Lead MoodleDirección técnica de lo que se construye y de cómo se entrega.
  • Desarrollo para MoodleCompetencias, contenidos, informes, automatización e IA.
  • Ecosistemas EdTechDirigir y hacer evolucionar un ecosistema de aprendizaje.
  • Moodle por dentro · 13 páginas →
  • Desarrollo full stackAplicaciones, servicios, procesos y datos a medida.
  • Análisis funcional y técnicoDe los requisitos a la arquitectura y los criterios de aceptación.
  • Desarrollo de extensionesMediante API públicas y sin modificar el núcleo, con pruebas y adaptación para cada versión objetivo.
  • Revisión de códigoEstándares, seguridad, permisos, rendimiento bajo carga y compatibilidad de versiones.
  • Pruebas automatizadasQué comprueba cada prueba y qué no compensa automatizar.
  • IA aplicada: centro de conocimientoDecisiones sobre asistentes, recuperación, evaluación y permisos.
  • Reglamento de IA de la UEFechas, clasificación y decisiones técnicas para educación.
  • Asistentes sobre contenido autorizadoQué puede leer, qué debe citar y cuándo tiene que callarse.
  • Búsqueda en fuentes propiasCuándo basta buscar y cuándo hace falta componer una respuesta.
  • Evaluación de funciones de IAQué se mide en una función de IA antes de permitir que alguien la use.
  • Estrategia y producto EdTechDel problema a la puesta en servicio y su evolución.
  • Banco de preguntasDe quién es cada pregunta y qué pasa con los exámenes ya corregidos.
  • Decidir qué automatizarQué merece automatizarse, con cuánta autonomía y quién responde.
  • Repositorio de contenidosConservar, encontrar y reutilizar, con versiones y derechos.
  • Gobierno de ecosistemas multi-LMSVarias instancias de Moodle vigiladas y gobernadas desde un mismo plano de control.
  • Gestión institucional de activos y contenidosEl ciclo de vida del activo, desde que entra hasta que se retira.
  • Producción de cursos asistida por IAProducir con IA, revisar editorialmente y preparar para Moodle.
  • Tutor con acceso al contenido autorizado del cursoUn tutor que solo responde a partir del material autorizado del curso.
  • Aprendizaje guiado y adaptativo con supervisiónRutas adaptativas en las que prevalece el criterio humano.
  • Todas las soluciones · 22 soluciones →
  • Sobre míTrayectoria en tecnología educativa, del software a la dirección.
  • Cómo tomo decisionesEl criterio con el que comparo alternativas.
  • InicioDe las decisiones de negocio a la arquitectura y la operación.
  • ContactoPara comentar algo de lo que cuento aquí.
Blog ↗Contacto
Inicio/Aviso legal

Aviso legal

Quién publica este sitio, qué alcance tienen sus contenidos y cómo pueden utilizarse.

albertolarah.com es mi web profesional. La gestiono a título personal y soy responsable de sus contenidos.

Actualizado el 7 de agosto de 2026

En esta página

  1. Titularidad y contacto
  2. Finalidad del sitio
  3. Autoría e independencia editorial
  4. Experiencia profesional y confidencialidad
  5. Propiedad intelectual
  6. Marcas y referencias de terceros
  7. Alcance de la información
  8. Disponibilidad y enlaces externos
  9. Privacidad
  10. Legislación aplicable

Titularidad y contacto

Titular
Alberto Lara Hernández
Dominio
albertolarah.com
Correo de contacto
hola@albertolarah.com

Puedes escribir a este correo por cualquier cuestión relacionada con la web, incluidos los errores o las posibles vulneraciones de derechos.

Finalidad del sitio

Esta web reúne mi trayectoria, el trabajo que he documentado y mis publicaciones sobre dirección tecnológica y tecnología educativa.

Los perfiles profesionales que aparecen en la web describen funciones que he desempeñado y ámbitos en los que tengo experiencia. Estas páginas tienen carácter informativo y no constituyen una oferta, un presupuesto ni unas condiciones de contratación.

En este sitio no se formalizan compras, suscripciones ni encargos. Visitarlo o enviar un correo no crea por sí solo una relación profesional. Cualquier colaboración deberá acordarse expresamente entre las partes.

Autoría e independencia editorial

Publico este sitio a título personal. Salvo que se indique lo contrario, los análisis, las opiniones y los criterios que contiene son míos.

El contenido no representa la posición de mi empleador, de empleadores anteriores ni de otras organizaciones con las que haya trabajado. Esas entidades no seleccionan, revisan ni aprueban lo que publico. Cuando explico una decisión o una forma de trabajo, describo mi experiencia y mi criterio, no una política corporativa.

Experiencia profesional y confidencialidad

Algunos contenidos parten de situaciones reales de trabajo. Cuando el contexto no es público, omito o generalizo los datos que podrían identificar a las personas u organizaciones implicadas.

No publico información confidencial, datos personales, código privativo ni documentación interna de terceros. Los casos se incluyen para explicar el problema, el análisis y las decisiones tomadas, no para atribuir conductas o responsabilidades.

Si consideras que una página contiene un error relevante, revela información protegida o vulnera algún derecho, escribe a hola@albertolarah.com e indica la dirección de la página y el motivo. Lo revisaré y, si procede, lo corregiré o retiraré.

Propiedad intelectual

Salvo indicación expresa, soy autor o titular de los derechos sobre los textos, diagramas, ilustraciones y demás materiales originales publicados en este sitio.

Puedes enlazar libremente cualquiera de sus páginas y citar fragmentos breves, siempre que identifiques la autoría, respetes el sentido original y enlaces la página de procedencia.

La reproducción íntegra o sustancial, la redistribución, la transformación o el uso comercial requieren autorización previa y por escrito, salvo que una norma o una licencia específica permitan ese uso.

Los materiales, bibliotecas y componentes pertenecientes a terceros se rigen por sus respectivas licencias y condiciones de uso.

Marcas y referencias de terceros

Las marcas y denominaciones de terceros que aparecen en esta web pertenecen a sus respectivos titulares.

Moodle™, Totara y Open LMS se citan para identificar plataformas con las que he trabajado. Su mención no implica que este sitio esté asociado con sus titulares, que cuente con su patrocinio o respaldo ni que yo actúe en su nombre.

Alcance de la información

Reviso los contenidos antes de publicarlos y corrijo los errores que detecto o que me comunican. Aun así, una página puede quedar desactualizada cuando cambian la tecnología, la normativa o los productos a los que se refiere.

La fecha de cada contenido permite situarlo en su contexto. Antes de aplicarlo, conviene comprobar la versión, la norma y las condiciones concretas del entorno.

Lo publicado es información general y criterio profesional. No sustituye un análisis del caso concreto ni debe ser la única base para adoptar una decisión técnica, contractual o jurídica.

Disponibilidad y enlaces externos

No puedo garantizar que el sitio esté siempre disponible ni completamente libre de errores técnicos.

Algunas páginas enlazan documentación, proyectos o sitios de terceros. Los incluyo como referencia o fuente, pero no controlo su disponibilidad ni sus cambios posteriores. Un enlace no implica que respalde el conjunto del sitio enlazado.

Privacidad

La política de privacidad explica qué datos personales trato, con qué finalidad y qué derechos puedes ejercer. También informa sobre el correo de contacto, las cookies, las tecnologías equivalentes y los servicios de terceros utilizados en el sitio.

Legislación aplicable

Este sitio y el presente aviso legal se rigen por la legislación española.

Este aviso se actualizará cuando cambien el sitio, sus contenidos o las normas aplicables. La fecha indicada al comienzo identifica la versión vigente.

Alberto Lara

Dirección tecnológica, arquitectura de software e ingeniería para productos y ecosistemas de aprendizaje.

Escríbeme
Dirección tecnológicaArquitecturaPlataformas LMSIngenieríaIA aplicadaProducto EdTechTrabajo documentadoPerfil

Contacto

  • hola@albertolarah.com
  • LinkedIn ↗
  • Blog ↗
  • Aviso legal
  • Privacidad
  • Cookies
  • © 2026 Alberto Lara Hernández

Sitio profesional de carácter personal. Su contenido expresa mi criterio y no representa la posición de mi empleador ni de otras organizaciones con las que haya trabajado.

Moodle y sus logotipos son marcas de Moodle Pty Ltd o de sus entidades vinculadas; algunas están registradas. Totara es una marca de Totara Learning Solutions Ltd. Open LMS forma parte de Learning Technologies Group (LTG). Este sitio recoge experiencia profesional propia con esas plataformas: no está asociado a sus titulares ni a sus socios certificados, no cuenta con su patrocinio ni con su respaldo y tampoco presta servicios en su nombre.