Curso de Automatización en el Desarrollo de SW hasta 100% Bonificable a través de FUNDAE
Tu bonificación paso a paso
Forma a tu equipo sin costes mediante la bonificación estatal. Este programa de Automatización en el Desarrollo de SWpara empresas es subvencionable hasta el 100%.
Potencia las habilidades de edición y automatización de tus profesionales.
Accede a una formación avanzada en Automatización en el Desarrollo de SW práctica y orientada a resultados.
Prepara a tu equipo para los retos documentales del entorno laboral actual.
Gestionamos gratis tu bonificación de este curso corporativo de Automatización en el Desarrollo de SW ante FUNDAE.
Forma a tu equipo en Automatización en el desarrollo de SW con plan A Medida, tutorizado, bonificable por FUNDAE en empresas. Solicita propuesta a medida.
Mejora la velocidad de entrega sin rebajar controles Un sistema CI/CD maduro permite entregar con más frecuencia porque valida antes, de forma más rápida y con criterios claros. No se trata de desplegar sin revisar, sino de mover las comprobaciones adecuadas al punto correcto del flujo para evitar bloqueos tardíos.
1
Personaliza el temario al 100% para tu equipo
Diseñamos una formación a medida utilizando los documentos y flujos de trabajo reales de tu empresa.
Nueva Plataforma de E-learningFormación en directo con plataforma de apoyo para reforzar el aprendizaje
Acceso a las grabaciones
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Recursos formativos
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
Confirmación de asistencia
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Programa formativo
Temario del curso
Encuentra todo el temario del curso aquí.
Temario
Situar la automatización dentro del ciclo completo de ingeniería, desde la planificación del cambio hasta la validación posterior al despliegue.
Diferenciar integración continua, entrega continua y despliegue continuo para evitar decisiones técnicas basadas en conceptos mezclados.
Identificar tareas repetitivas del desarrollo que pueden automatizarse sin perder control, revisión humana ni responsabilidad técnica.
Analizar el impacto de la automatización sobre velocidad, calidad, seguridad, trazabilidad, experiencia de desarrollo y estabilidad del producto.
Revisar el papel de repositorios, ramas, pull requests, pipelines, artefactos, entornos, contenedores y observabilidad en un flujo profesional.
Comprender cuándo una automatización aporta valor y cuándo introduce fragilidad, complejidad o dependencia excesiva de herramientas.
Reconocer síntomas de baja madurez: releases manuales, builds inconsistentes, tests tardíos, entornos distintos y documentación desactualizada.
Relacionar automatización técnica con objetivos empresariales como reducción de incidencias, menor time-to-market y mayor previsibilidad.
Establecer una terminología común para que desarrollo, QA, operaciones, seguridad y dirección técnica trabajen con el mismo mapa mental.
Preparar una hoja de ruta de aprendizaje para avanzar desde scripts aislados hasta una plataforma de entrega gobernada y mantenible.
Situar la automatización dentro del ciclo completo de ingeniería, desde la planificación del cambio hasta la validación posterior al despliegue.
Diferenciar integración continua, entrega continua y despliegue continuo para evitar decisiones técnicas basadas en conceptos mezclados.
Identificar tareas repetitivas del desarrollo que pueden automatizarse sin perder control, revisión humana ni responsabilidad técnica.
Analizar el impacto de la automatización sobre velocidad, calidad, seguridad, trazabilidad, experiencia de desarrollo y estabilidad del producto.
Revisar el papel de repositorios, ramas, pull requests, pipelines, artefactos, entornos, contenedores y observabilidad en un flujo profesional.
Comprender cuándo una automatización aporta valor y cuándo introduce fragilidad, complejidad o dependencia excesiva de herramientas.
Reconocer síntomas de baja madurez: releases manuales, builds inconsistentes, tests tardíos, entornos distintos y documentación desactualizada.
Relacionar automatización técnica con objetivos empresariales como reducción de incidencias, menor time-to-market y mayor previsibilidad.
Establecer una terminología común para que desarrollo, QA, operaciones, seguridad y dirección técnica trabajen con el mismo mapa mental.
Preparar una hoja de ruta de aprendizaje para avanzar desde scripts aislados hasta una plataforma de entrega gobernada y mantenible.
Tema 1: Mapa operativo de la automatización en el desarrollo de software moderno
Situar la automatización dentro del ciclo completo de ingeniería, desde la planificación del cambio hasta la validación posterior al despliegue.
Diferenciar integración continua, entrega continua y despliegue continuo para evitar decisiones técnicas basadas en conceptos mezclados.
Identificar tareas repetitivas del desarrollo que pueden automatizarse sin perder control, revisión humana ni responsabilidad técnica.
Analizar el impacto de la automatización sobre velocidad, calidad, seguridad, trazabilidad, experiencia de desarrollo y estabilidad del producto.
Revisar el papel de repositorios, ramas, pull requests, pipelines, artefactos, entornos, contenedores y observabilidad en un flujo profesional.
Comprender cuándo una automatización aporta valor y cuándo introduce fragilidad, complejidad o dependencia excesiva de herramientas.
Reconocer síntomas de baja madurez: releases manuales, builds inconsistentes, tests tardíos, entornos distintos y documentación desactualizada.
Relacionar automatización técnica con objetivos empresariales como reducción de incidencias, menor time-to-market y mayor previsibilidad.
Establecer una terminología común para que desarrollo, QA, operaciones, seguridad y dirección técnica trabajen con el mismo mapa mental.
Preparar una hoja de ruta de aprendizaje para avanzar desde scripts aislados hasta una plataforma de entrega gobernada y mantenible.
Tema 2: Organización del repositorio para que la automatización sea sostenible
Diseñar una estructura de repositorio que facilite pipelines claros, separación de responsabilidades y mantenimiento del proyecto a largo plazo.
Comparar monorepo, multirepo y repositorios por servicio valorando impacto sobre builds, dependencias, ownership, releases y permisos.
Definir convenciones de carpetas para código fuente, tests, scripts, documentación, infraestructura, plantillas y configuración de herramientas.
Preparar archivos de configuración versionados para evitar que el conocimiento crítico quede escondido en equipos locales o pasos manuales.
Establecer normas de nombrado para ramas, commits, tags, releases y artefactos que permitan trazabilidad entre cambio y despliegue.
Incorporar hooks, linters y validaciones tempranas para detectar problemas antes de que lleguen al pipeline central.
Documentar instrucciones de arranque del proyecto para que cualquier persona pueda reproducir el entorno sin depender de explicaciones informales.
Gestionar ficheros sensibles, variables, secretos y configuraciones locales sin exponer credenciales en el repositorio.
Revisar estrategias de versionado semántico y etiquetado de releases para ordenar entregas internas, hotfixes y ciclos de mantenimiento.
Crear una base de repositorio preparada para automatizar sin reconstruir la arquitectura del proyecto cada vez que aparece una nueva necesidad.
Tema 3: Estrategias de branching, pull requests y validación previa al merge
Seleccionar un modelo de ramas adecuado al equipo, producto y ritmo de entrega, evitando copiar Git Flow o trunk-based development sin criterio.
Diseñar reglas de protección de ramas para impedir merges directos, exigir revisiones y asegurar que las validaciones críticas se ejecutan siempre.
Configurar pull requests o merge requests como punto de control técnico, funcional y documental antes de incorporar cambios al flujo principal.
Definir checks obligatorios para compilar, ejecutar pruebas, revisar calidad, validar seguridad y confirmar compatibilidad antes del merge.
Reducir bloqueos innecesarios equilibrando validaciones rápidas en cada pull request y validaciones pesadas en pipelines programados.
Aplicar políticas de revisión de código que combinen automatización, criterio humano, ownership y responsabilidad compartida.
Vincular cambios a issues, historias de usuario o tickets para conservar trazabilidad entre petición, código, validación y release.
Automatizar plantillas de pull request con criterios de impacto, pruebas realizadas, riesgos, dependencias y pasos de despliegue.
Gestionar conflictos, ramas largas y acumulación de cambios reduciendo riesgos de integración tardía.
Evaluar métricas de revisión, tiempo hasta merge y fallos recurrentes para mejorar el flujo sin convertirlo en burocracia.
Tema 4: Diseño de pipelines CI/CD como producto interno del equipo
Construir pipelines pensando en mantenibilidad, legibilidad y evolución, no como una sucesión de comandos pegados en YAML.
Separar etapas de instalación, compilación, pruebas, análisis, empaquetado, publicación y despliegue para localizar fallos con rapidez.
Definir condiciones de ejecución según rama, etiqueta, tipo de evento, cambio de carpeta, entorno o aprobación requerida.
Diseñar jobs paralelos y dependencias entre etapas para reducir tiempos sin ocultar errores ni generar resultados inconsistentes.
Reutilizar plantillas, acciones, includes o librerías internas para evitar duplicación entre proyectos y equipos.
Controlar versiones de acciones, plugins, imágenes base y dependencias del pipeline para disminuir roturas inesperadas.
Registrar logs, artefactos y resultados de cada ejecución de forma suficiente para investigar incidencias sin repetir el fallo a ciegas.
Preparar mecanismos de reintento, cancelación, timeout y limpieza para que los pipelines no consuman recursos innecesarios.
Comparar enfoques con GitHub Actions, GitLab CI/CD, Jenkins y Azure Pipelines identificando patrones comunes y diferencias operativas.
Establecer criterios de diseño para que un pipeline sea entendible por desarrollo, QA, DevOps y auditoría técnica.
Tema 5: Automatización de builds y generación reproducible de artefactos
Definir qué significa un build reproducible en un contexto empresarial y por qué no basta con que compile una vez en local.
Configurar compilaciones limpias que descarguen dependencias, preparen entorno y generen artefactos sin depender del equipo del desarrollador.
Separar artefactos de desarrollo, pruebas, preproducción y producción evitando que cada entorno construya una versión distinta del software.
Gestionar versiones de paquetes, imágenes, binarios y librerías internas con convenciones trazables y compatibles con releases.
Publicar artefactos en registries corporativos, repositorios de paquetes o almacenes internos con control de permisos y retención.
Validar que cada artefacto puede relacionarse con commit, pipeline, rama, versión, entorno y persona o sistema que inició el cambio.
Reducir tiempos de build mediante cachés controladas, paralelización y separación de dependencias pesadas sin comprometer fiabilidad.
Preparar builds para aplicaciones backend, frontend, librerías, APIs, servicios batch y componentes compartidos.
Detectar problemas frecuentes: dependencias flotantes, scripts no versionados, configuración local oculta y artefactos sobrescritos.
Documentar el flujo de build para que sea auditable, mantenible y transferible entre equipos.
Tema 6: Testing automatizado dentro del flujo de entrega
Integrar pruebas unitarias en cada cambio para detectar regresiones de lógica antes de invertir tiempo en validaciones más costosas.
Diseñar pruebas de integración que verifiquen contratos entre módulos, bases de datos, APIs externas y servicios internos.
Incorporar pruebas funcionales o end-to-end cuando aporten valor real, evitando suites lentas, frágiles y difíciles de mantener.
Separar tests rápidos de feedback inmediato y tests pesados ejecutados por programación, entorno o etapa de release.
Gestionar datos de prueba, mocks, contenedores auxiliares y entornos efímeros para reducir dependencia de sistemas compartidos.
Medir cobertura con criterio, evitando convertir el porcentaje en un objetivo artificial que no refleje riesgo real.
Publicar informes de pruebas dentro del pipeline para que fallos, tendencias y tiempos sean visibles para todo el equipo.
Analizar flaky tests y falsos negativos como deuda de automatización que erosiona la confianza en el pipeline.
Establecer criterios para bloquear merges o releases según severidad, área afectada y tipo de prueba fallida.
Diseñar una estrategia de pruebas que permita entregar con frecuencia sin sacrificar estabilidad funcional.
Tema 7: Calidad de código, análisis estático y quality gates corporativos
Incorporar análisis estático para detectar bugs, vulnerabilidades, code smells, duplicidad, complejidad y problemas de mantenibilidad.
Definir quality gates con criterios razonables sobre código nuevo, cobertura, deuda técnica, vulnerabilidades y severidad de hallazgos.
Diferenciar deuda histórica y problemas introducidos en cambios recientes para no bloquear mejoras por cargas heredadas imposibles de resolver de golpe.
Configurar reglas por lenguaje, tipo de proyecto y criticidad evitando políticas genéricas que generan ruido o rechazo en los equipos.
Integrar SonarQube Server, SonarQube Cloud u otras herramientas equivalentes dentro del pipeline y del flujo de pull requests.
Revisar resultados de análisis con criterio técnico, distinguiendo alertas relevantes, falsos positivos y problemas de diseño recurrentes.
Establecer mecanismos de excepción documentada cuando un hallazgo no puede corregirse inmediatamente sin afectar al producto.
Conectar métricas de calidad con decisiones de refactorización, priorización de deuda y planificación técnica.
Automatizar informes periódicos para responsables técnicos sin convertir la calidad en un cuadro de mando desconectado del código.
Consolidar una política de calidad que ayude a mejorar el producto sin ralentizar innecesariamente la entrega.
Tema 8: Automatización de seguridad y DevSecOps desde el repositorio hasta producción
Integrar controles de seguridad desde el inicio del ciclo, evitando que la revisión llegue únicamente al final de la release.
Ejecutar análisis SAST sobre código fuente para detectar patrones inseguros, validaciones ausentes y riesgos de implementación.
Incorporar DAST o pruebas dinámicas cuando exista un entorno disponible para validar comportamiento real de la aplicación.
Automatizar análisis de dependencias para localizar vulnerabilidades conocidas, licencias problemáticas y paquetes sin mantenimiento.
Revisar imágenes de contenedor detectando CVE, configuraciones inseguras, usuarios privilegiados y capas innecesarias.
Gestionar secretos con herramientas seguras, evitando credenciales en código, variables visibles, logs o archivos de configuración.
Definir políticas de firma, procedencia y verificación de artefactos para reforzar la confianza en lo que se despliega.
Aplicar principios de mínimo privilegio en tokens, runners, service accounts, permisos de repositorio y acceso a entornos.
Equilibrar seguridad y productividad mediante controles automatizados que prioricen riesgo real y eviten fatiga por alertas.
Crear un modelo DevSecOps donde seguridad, desarrollo y operaciones compartan responsabilidades sin duplicar revisiones.
Tema 9: Gestión automatizada de dependencias, SBOM y cadena de suministro
Mapear dependencias directas, transitivas, paquetes internos, imágenes base, plugins y herramientas usadas durante build y despliegue.
Automatizar actualizaciones con Dependabot, Renovate u otras soluciones, ajustando frecuencia, agrupación y criticidad de cambios.
Definir políticas para aceptar, revisar o bloquear dependencias según mantenimiento, licencia, vulnerabilidades y criticidad del componente.
Generar SBOM para conocer qué componentes forman parte de una versión y facilitar auditorías, análisis de impacto y respuesta ante incidentes.
Incorporar controles de procedencia, integridad y firma para reducir riesgos de manipulación en paquetes, imágenes y artefactos.
Evaluar proyectos open source mediante señales de salud, mantenimiento, prácticas de seguridad y actividad de la comunidad.
Reducir ruido de actualizaciones automatizadas agrupando cambios compatibles y priorizando vulnerabilidades explotables o críticas.
Revisar conflictos entre actualización automática, estabilidad del producto y ventanas de mantenimiento aprobadas por negocio.
Diseñar un flujo de aprobación para dependencias nuevas que no ralentice al equipo pero evite decisiones improvisadas.
Conectar seguridad de la cadena de suministro con SLSA, OWASP SCVS, OpenSSF Scorecard y políticas internas de ingeniería.
Tema 10: Contenedores, imágenes y entornos consistentes para desarrollo y despliegue
Crear imágenes de contenedor orientadas a producción, separando entorno de build, runtime y dependencias estrictamente necesarias.
Aplicar builds multi-stage para reducir tamaño, superficie de ataque y diferencias entre compilación y ejecución final.
Definir etiquetas de imagen trazables que conecten commit, versión, pipeline, rama y entorno de despliegue.
Automatizar publicación en registros de contenedores con permisos, retención, escaneo y promoción controlada entre entornos.
Preparar entornos locales con Docker Compose u opciones equivalentes para reproducir servicios de apoyo sin instalar todo manualmente.
Gestionar variables, secretos y configuraciones por entorno sin crear imágenes distintas para cada cliente o fase.
Detectar errores habituales en Dockerfiles: uso de latest, capas innecesarias, credenciales expuestas, usuarios root y dependencias no fijadas.
Incorporar análisis de vulnerabilidades de imágenes dentro del pipeline antes de publicar o desplegar.
Optimizar tiempos de construcción mediante caché, orden de instrucciones y separación de dependencias estables y cambiantes.
Documentar patrones de contenedorización que puedan reutilizarse entre servicios sin imponer una plantilla rígida a todos los proyectos.
Tema 11: Infraestructura como código y aprovisionamiento automatizado de entornos
Utilizar infraestructura como código para versionar redes, recursos cloud, permisos, servicios gestionados y configuraciones de entorno.
Separar módulos reutilizables y configuraciones específicas por entorno, producto, cliente o equipo.
Gestionar estados, workspaces, backends remotos y bloqueo de operaciones para evitar cambios concurrentes o pérdida de trazabilidad.
Integrar validaciones de formato, plan, seguridad y cumplimiento antes de aplicar cambios sobre infraestructura real.
Conectar cambios de infraestructura con pull requests para revisar impacto antes de modificar entornos compartidos.
Automatizar creación de entornos efímeros para pruebas, demos, validaciones funcionales o revisiones temporales.
Definir políticas de aprobación cuando los cambios afecten a costes, permisos, redes, bases de datos o recursos críticos.
Controlar drift entre infraestructura declarada y recursos existentes para evitar sorpresas en despliegues o auditorías.
Comparar responsabilidades entre Terraform, HCP Terraform, Ansible, scripts cloud-native y herramientas específicas de plataforma.
Diseñar una estrategia IaC que sea comprensible para desarrollo y operaciones sin convertirse en un repositorio paralelo inmanejable.
Tema 12: Promoción entre entornos, despliegues controlados y rollback
Diseñar una cadena de entornos coherente: desarrollo, integración, QA, preproducción, producción y entornos temporales cuando aporten valor.
Promocionar artefactos ya construidos entre entornos evitando recompilar versiones distintas en cada fase.
Configurar aprobaciones manuales o automáticas según criticidad, horario, responsable, tipo de cambio y riesgo asociado.
Aplicar estrategias blue-green, canary, rolling update y feature flags según arquitectura, tolerancia al riesgo y capacidad operativa.
Preparar despliegues en Kubernetes, servidores tradicionales, PaaS o entornos cloud sin mezclar responsabilidades del pipeline.
Automatizar rollback técnico y funcional cuando una release provoca errores, degradación o incumplimiento de indicadores.
Gestionar migraciones de base de datos con especial cuidado para evitar cambios irreversibles, incompatibilidades y pérdidas de información.
Registrar quién desplegó, qué versión se desplegó, qué validaciones pasaron y qué incidencias aparecieron después.
Diseñar smoke tests posteriores al despliegue para comprobar disponibilidad, endpoints críticos y funciones esenciales.
Establecer criterios de parada cuando una release no cumple condiciones mínimas de estabilidad, rendimiento o seguridad.
Tema 13: Automatización de documentación técnica y trazabilidad del cambio
Generar documentación viva a partir del repositorio, pipelines, contratos API, diagramas, decisiones arquitectónicas y cambios relevantes.
Mantener changelogs y notas de versión conectados con commits, issues, pull requests y releases publicadas.
Automatizar documentación de APIs mediante especificaciones como OpenAPI, validaciones de contrato y publicación en portales internos.
Incorporar Architecture Decision Records para registrar decisiones técnicas, alternativas descartadas y consecuencias esperadas.
Crear diagramas actualizables con herramientas de texto, modelos C4, Mermaid o documentación como código.
Verificar que la documentación se actualiza cuando cambia el comportamiento, la arquitectura, el despliegue o la configuración operativa.
Reducir dependencia de conocimiento tribal mediante plantillas de runbook, guías de operación y procedimientos de rollback.
Relacionar documentación técnica con onboarding de nuevos miembros y transferencia entre equipos.
Definir controles para detectar documentación obsoleta o desconectada del estado real del sistema.
Integrar documentación dentro del Definition of Done para que no sea una tarea olvidada después de entregar la funcionalidad.
Tema 14: Observabilidad, métricas y feedback automático tras la entrega
Incorporar logs, métricas y trazas como parte del diseño de entrega, no como una preocupación posterior a producción.
Automatizar verificaciones posteriores al despliegue para confirmar disponibilidad, latencia, errores, consumo y comportamiento funcional básico.
Conectar pipelines con sistemas de monitorización para detectar degradaciones asociadas a una versión concreta.
Crear alertas útiles que distingan entre ruido operativo, incidencia real y riesgo de negocio.
Medir indicadores DORA como frecuencia de despliegue, lead time, tasa de fallo de cambios y tiempo medio de recuperación.
Analizar tendencias de fallos en pipeline para localizar cuellos de botella, pruebas inestables o etapas demasiado lentas.
Publicar resultados de calidad, seguridad, tests y despliegue en dashboards comprensibles para equipos técnicos y responsables.
Automatizar notificaciones en Teams, Slack, correo o herramientas corporativas sin saturar a los equipos con mensajes irrelevantes.
Relacionar observabilidad técnica con decisiones de rollback, hotfix, escalado o apertura de incidencia.
Construir un circuito de feedback que permita mejorar la automatización con datos reales y no solo con percepciones.
Tema 15: Gobierno de runners, agentes, permisos y costes de automatización
Diseñar una estrategia de runners o agentes que contemple disponibilidad, aislamiento, rendimiento, coste y seguridad.
Comparar runners hospedados, self-hosted, agentes dedicados, agentes compartidos y ejecutores efímeros según el riesgo del proyecto.
Aplicar permisos mínimos en tokens, credenciales, service accounts y conexiones con plataformas cloud o repositorios internos.
Controlar consumo de minutos, máquinas, almacenamiento, artefactos, cachés y paralelismo para evitar costes invisibles.
Separar pipelines de proyectos críticos y no críticos para impedir que cargas de baja prioridad afecten a entregas importantes.
Gestionar imágenes base de runners con dependencias aprobadas, versiones controladas y mantenimiento periódico.
Auditar accesos a entornos, secretos, artefactos y configuraciones sensibles usados por la automatización.
Preparar políticas de retención para logs, artefactos, informes, imágenes y resultados de pruebas.
Detectar automatizaciones abandonadas, jobs duplicados y pipelines que consumen recursos sin aportar información útil.
Establecer un modelo de gobierno que permita escalar CI/CD entre equipos sin perder seguridad ni previsibilidad económica.
Tema 16: Automatización asistida por IA en tareas de desarrollo y entrega
Incorporar asistentes de IA en revisión de código, generación de tests, documentación, análisis de errores y explicación de pipelines.
Definir límites claros para que la IA proponga cambios sin saltarse revisiones, quality gates ni políticas internas.
Utilizar IA para interpretar fallos de pipeline, resumir logs extensos y sugerir acciones de corrección verificables.
Generar casos de prueba adicionales a partir de historias de usuario, contratos API o defectos detectados en producción.
Revisar código generado por IA con controles de seguridad, calidad, licencias y coherencia arquitectónica antes de integrarlo.
Automatizar documentación incremental con ayuda de IA manteniendo validación humana sobre decisiones técnicas relevantes.
Diseñar prompts técnicos reutilizables para análisis de pull requests, impacto de cambios, deuda técnica y revisión de configuración.
Evaluar riesgos de privacidad, propiedad intelectual y exposición de código cuando se utilizan asistentes conectados a repositorios.
Integrar agentes de IA en flujos de desarrollo manteniendo trazabilidad, permisos limitados y aprobación humana en acciones críticas.
Medir si la IA reduce trabajo repetitivo o simplemente desplaza esfuerzo hacia revisión, corrección y control de calidad.
Tema 17: Automatización en arquitecturas de microservicios, APIs y sistemas distribuidos
Diseñar pipelines específicos para microservicios sin perder visión global de dependencias, contratos y compatibilidad entre versiones.
Validar contratos API para detectar incompatibilidades antes de que un servicio rompa consumidores internos o externos.
Gestionar releases independientes manteniendo trazabilidad entre servicios, librerías compartidas, bases de datos y eventos.
Automatizar pruebas de integración entre servicios usando entornos efímeros, mocks, testcontainers o sandboxes corporativos.
Controlar migraciones de esquemas y compatibilidad hacia atrás en sistemas donde varias versiones conviven durante un tiempo.
Incorporar validaciones de eventos, colas, mensajes y contratos asíncronos en pipelines de arquitecturas event-driven.
Publicar documentación de APIs, SDK internos y contratos de integración como parte del flujo de entrega.
Aplicar estrategias de despliegue gradual para reducir impacto cuando un servicio afecta a procesos de negocio críticos.
Detectar acoplamientos ocultos que hacen que una automatización por servicio no sea suficiente para garantizar estabilidad global.
Diseñar un modelo de automatización que combine autonomía de equipos con estándares comunes de plataforma.
Tema 18: Automatización de mantenimiento, deuda técnica y operación recurrente
Automatizar tareas de mantenimiento repetitivo como limpieza de ramas, actualización de dependencias y revisión de versiones obsoletas.
Crear pipelines programados para comprobar salud del proyecto aunque no existan cambios recientes en el repositorio.
Detectar deuda técnica mediante reglas, métricas, tendencias y análisis de cambios acumulados.
Preparar tareas automatizadas para renovar certificados, validar configuraciones, revisar licencias y comprobar expiraciones.
Gestionar rotación de secretos, actualización de imágenes base y sustitución de dependencias vulnerables con flujos controlados.
Automatizar informes de obsolescencia de frameworks, runtimes, librerías y herramientas usadas por el equipo.
Definir ventanas de mantenimiento técnico para que automatización y planificación de producto no compitan de forma caótica.
Reducir trabajo manual de soporte creando runbooks ejecutables, scripts aprobados y procedimientos reproducibles.
Revisar automatizaciones que nacieron como solución temporal y deben convertirse en componentes mantenibles o eliminarse.
Construir un backlog técnico basado en evidencias de pipelines, calidad, seguridad, incidencias y costes operativos.
Tema 19: Cultura de ingeniería, adopción y gestión del cambio en equipos técnicos
Analizar por qué muchos equipos rechazan la automatización cuando se implanta como control externo y no como ayuda real al desarrollo.
Definir acuerdos de equipo sobre cuándo automatizar, quién mantiene el pipeline y qué ocurre cuando una validación falla.
Distribuir responsabilidad entre desarrollo, QA, DevOps, seguridad y arquitectura evitando silos que ralentizan la entrega.
Diseñar sesiones de adopción para que los equipos entiendan el valor de cada control y no lo perciban como burocracia técnica.
Establecer estándares mínimos sin impedir que cada producto adapte su pipeline a su arquitectura y criticidad.
Gestionar la transición desde despliegues manuales hacia entrega automatizada sin romper procesos existentes de negocio.
Preparar documentación, plantillas y ejemplos internos para acelerar adopción en nuevos proyectos.
Medir la mejora mediante indicadores comprensibles: menos errores repetidos, menos tiempos muertos y mayor confianza al desplegar.
Identificar resistencias habituales: miedo a fallos, falta de tiempo, pipelines lentos, tests inestables o ausencia de ownership.
Crear una comunidad interna de práctica para compartir patrones, errores, soluciones y evolución de automatizaciones.
Tema 20: Madurez, auditoría interna y mejora continua de la automatización
Evaluar la madurez de automatización del equipo considerando repositorios, pipelines, testing, seguridad, despliegue, observabilidad y gobierno.
Construir una matriz de capacidades que permita identificar brechas entre la situación actual y el modelo objetivo.
Revisar pipelines existentes detectando duplicidad, fragilidad, exceso de privilegios, falta de documentación y controles poco útiles.
Priorizar mejoras según impacto en calidad, reducción de riesgo, velocidad de entrega, coste operativo y mantenibilidad.
Definir estándares internos para nuevos proyectos sin obligar a rehacer todo el ecosistema heredado de forma inmediata.
Auditar trazabilidad entre requerimiento, cambio, commit, pipeline, artefacto, despliegue e incidencia posterior.
Medir evolución de la automatización con indicadores técnicos y de negocio que no incentiven comportamientos artificiales.
Preparar revisiones periódicas de calidad de pipelines para evitar que la automatización envejezca sin mantenimiento.
Diseñar una hoja de ruta de automatización por fases: estabilización, estandarización, seguridad, escalado y optimización.
Presentar resultados a dirección técnica con lenguaje orientado a riesgo, eficiencia, calidad y continuidad del producto.
Tema 21: Proyecto Final
Analizar un escenario empresarial con repositorio existente, despliegues manuales, pruebas parciales y problemas recurrentes de calidad.
Diseñar una estrategia de automatización completa que incluya ramas, pull requests, validaciones, artefactos, entornos y despliegue.
Construir un pipeline CI/CD con etapas separadas para instalación, build, tests, análisis de calidad, seguridad y publicación de artefactos.
Incorporar quality gates y reglas de bloqueo que equilibren rapidez de entrega, fiabilidad técnica y control de deuda.
Crear una imagen de contenedor optimizada y publicarla en un registro con etiquetas trazables y controles de vulnerabilidades.
Definir un flujo de promoción entre entornos con aprobaciones, variables, secretos, smoke tests y estrategia de rollback.
Añadir controles de dependencias, SBOM o revisión de cadena de suministro según el nivel de madurez del proyecto.
Preparar documentación técnica del flujo completo, incluyendo diagrama, decisiones adoptadas, riesgos y procedimiento de mantenimiento.
Diseñar un cuadro de métricas para evaluar frecuencia de despliegue, tiempo de pipeline, fallos, cobertura, calidad y recuperación.
Presentar la solución final defendiendo decisiones técnicas, limitaciones, próximos pasos y criterios para escalarla a otros equipos.
Perfiles profesionales
Pensado para quienes deben dominar Automatización en el Desarrollo de SW en su día a día
Desarrolladores de software
Este curso encaja con desarrolladores que ya trabajan con repositorios, ramas, pruebas y despliegues, pero necesitan llevar su flujo de trabajo a un nivel más profesional. La formación les permite entender qué ocurre después del commit, cómo se valida su código, cómo se reducen errores repetitivos y cómo participar en pipelines sin depender únicamente del equipo de sistemas.
Perfiles DevOps y Platform Engineering
Los equipos DevOps y de plataforma encontrarán una visión estructurada para diseñar pipelines reutilizables, seguros y mantenibles. El curso aborda automatización desde la perspectiva de la entrega continua, la infraestructura como código, la gestión de entornos, los despliegues controlados y la observabilidad posterior a la release.
Preguntas frecuentes
Resolvemos todas tus dudas sobre nuestra formación en Automatización en el Desarrollo de SW
Explora las respuestas a las preguntas que guian a nuestra comunidad. Aqui encontraras claridad sobre como funciona todo, desde el acceso hasta los detalles de los cursos. Si buscas respuestas, este es el lugar para comenzar.
No. El enfoque es transversal y aplicable a GitHub Actions, GitLab CI/CD, Jenkins, Azure Pipelines u otras plataformas similares. Se trabajan patrones, decisiones y criterios que sirven para automatizar desarrollo de software en distintos entornos corporativos.
No es obligatorio ser DevOps, pero sí conviene tener experiencia en desarrollo, Git, pruebas y despliegue manual de aplicaciones. El curso está pensado para perfiles técnicos que ya conocen el ciclo de desarrollo y quieren automatizarlo con rigor profesional.
Sí. El temario está diseñado alrededor de escenarios habituales: validación de pull requests, builds reproducibles, testing, análisis de calidad, seguridad, publicación de artefactos, contenedores, despliegues, rollback y métricas de entrega.
Sí. El contenido puede orientarse a proyectos Java, .NET, Node.js, Python, frontend, backend, APIs, microservicios o aplicaciones contenedorizadas. La estructura del curso permite ajustar laboratorios, herramientas y ejemplos al entorno real de la empresa.
Sí. Se abordan dependencias, SBOM, análisis de vulnerabilidades, secretos, permisos, firma, procedencia de artefactos, contenedores y marcos de referencia como SLSA, OWASP SCVS y OpenSSF Scorecard desde un enfoque práctico.
Sí, especialmente si los pipelines han crecido sin diseño común. La formación ayuda a revisar fragilidad, duplicidad, tiempos excesivos, permisos, quality gates, trazabilidad, mantenimiento, costes y oportunidades de estandarización.
Sí. Se incluye un bloque específico sobre IA aplicada a revisión de código, generación de tests, análisis de fallos, documentación y soporte a pipelines, siempre con controles humanos, revisión técnica y límites de seguridad.
Sí, esta formación puede ser bonificable hasta el 100% a través de FUNDAE, siempre que la empresa disponga de crédito formativo suficiente y se cumplan los requisitos de comunicación, asistencia y documentación exigidos.
No. El enfoque es transversal y aplicable a GitHub Actions, GitLab CI/CD, Jenkins, Azure Pipelines u otras plataformas similares. Se trabajan patrones, decisiones y criterios que sirven para automatizar desarrollo de software en distintos entornos corporativos.
No es obligatorio ser DevOps, pero sí conviene tener experiencia en desarrollo, Git, pruebas y despliegue manual de aplicaciones. El curso está pensado para perfiles técnicos que ya conocen el ciclo de desarrollo y quieren automatizarlo con rigor profesional.
Sí. El temario está diseñado alrededor de escenarios habituales: validación de pull requests, builds reproducibles, testing, análisis de calidad, seguridad, publicación de artefactos, contenedores, despliegues, rollback y métricas de entrega.
Sí. El contenido puede orientarse a proyectos Java, .NET, Node.js, Python, frontend, backend, APIs, microservicios o aplicaciones contenedorizadas. La estructura del curso permite ajustar laboratorios, herramientas y ejemplos al entorno real de la empresa.
Sí. Se abordan dependencias, SBOM, análisis de vulnerabilidades, secretos, permisos, firma, procedencia de artefactos, contenedores y marcos de referencia como SLSA, OWASP SCVS y OpenSSF Scorecard desde un enfoque práctico.
Sí, especialmente si los pipelines han crecido sin diseño común. La formación ayuda a revisar fragilidad, duplicidad, tiempos excesivos, permisos, quality gates, trazabilidad, mantenimiento, costes y oportunidades de estandarización.
Sí. Se incluye un bloque específico sobre IA aplicada a revisión de código, generación de tests, análisis de fallos, documentación y soporte a pipelines, siempre con controles humanos, revisión técnica y límites de seguridad.
Sí, esta formación puede ser bonificable hasta el 100% a través de FUNDAE, siempre que la empresa disponga de crédito formativo suficiente y se cumplan los requisitos de comunicación, asistencia y documentación exigidos.
Diseñemos hoy el curso que tu empresa necesita
Cuéntanos tus objetivos de negocio y prepararemos una propuesta formativa bonificable totalmente ad hoc
Aumenta la trazabilidad técnica y organizativa Cada cambio puede conectarse con su rama, pull request, pipeline, artefacto, entorno y despliegue. Esta trazabilidad facilita auditorías internas, análisis de incidencias, comunicación entre equipos y revisión de decisiones cuando el producto evoluciona.
2
Integra calidad y seguridad en el trabajo diario El curso permite incorporar análisis estático, pruebas, control de dependencias, gestión de secretos, revisión de contenedores y calidad de código dentro del flujo normal de desarrollo. Esto evita que seguridad y calidad aparezcan demasiado tarde, cuando corregir es más caro.
3
Favorece una cultura técnica más sostenible La automatización obliga a ordenar criterios, responsabilidades y estándares. Cuando se implanta correctamente, reduce dependencia de personas concretas, facilita onboarding, mejora colaboración entre áreas y convierte la entrega de software en un proceso más previsible.
4
Prepara a la empresa para escalar equipos y productos Una organización que automatiza con gobierno puede incorporar nuevos proyectos, tecnologías y equipos sin duplicar errores. Los patrones reutilizables, plantillas internas y métricas permiten crecer sin que cada equipo reinvente su propia forma de construir y desplegar.
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Acceso a las grabaciones
Los alumnos podrán revisar las sesiones grabadas para repasar conceptos clave, recuperar explicaciones concretas o reforzar aquellos contenidos que necesiten después de la clase en directo.
Recursos formativos
Materiales, sesiones grabadas y documentación de apoyo quedan centralizados en la plataforma para que el equipo pueda consultarlos durante y después de la formación.
Confirmación de asistencia
La plataforma permite registrar y confirmar la asistencia de los participantes, facilitando el seguimiento de la formación y la gestión documental necesaria para la bonificación FUNDAE.
Ejercicios prácticos
Después de la formación en directo, los alumnos podrán acceder a ejercicios prácticos para aplicar lo trabajado en clase y consolidar el aprendizaje con actividades guiadas.
Practica y mejora con nuestra plataforma
Una plataforma practica, con IA integrada y pensada para que mejores desarrollando. Se adapta a tu ritmo, te corrige al instante y te muestra tu progreso real.
Correccion magica
Feedback inteligente
Aprende de cada acierto y fallo con explicaciones claras
La formación resulta especialmente útil para perfiles de QA que necesitan integrar pruebas automatizadas, análisis estático, quality gates, cobertura, pruebas de regresión y validaciones funcionales dentro del flujo de entrega. El objetivo es que la calidad deje de ser una fase final y pase a formar parte del pipeline.
Arquitectos de software y responsables técnicos
Los perfiles de arquitectura y liderazgo técnico podrán definir estándares, criterios de automatización, patrones de pipeline, estrategias de branching, gobierno de dependencias y políticas de despliegue. La formación aporta criterios para decidir qué automatizar, cómo escalarlo y cómo evitar que la automatización se convierta en deuda operativa.
Responsables de IT, CTO y líderes de ingeniería
Los responsables técnicos obtienen una visión global para evaluar madurez, riesgos, métricas y retorno de la automatización. El curso ayuda a ordenar iniciativas de CI/CD, DevSecOps, calidad, seguridad y entrega continua dentro de una estrategia de ingeniería sostenible para equipos y productos.