Director de Software Delivery

Una de sus funciones es mediar entre Run y Change y gobernar un calendario unificado de releases para ambos.

Su eficacia depende sobre todo de las áreas que entregan y operan el software fuera del área del CTO.

Fuera del área del CTO

• Dominios de producto. Son el principal interlocutor. Aplican la metodología en sus proyectos, sean internos o externalizados, y la exigen a sus proveedores. Software Delivery les da un proceso claro y les acompaña en su adopción.
• PMO. Alinea la planificación y el seguimiento de proyectos con la metodología y con el calendario de releases.
• SRE. Define con Software Delivery los criterios de paso a producción, la observabilidad y el rollback, y aporta las métricas de fallo de cambios y tiempo de recuperación.
• Infraestructura. Provee los entornos y la infraestructura sobre los que se ejecutan los pipelines y los entornos no productivos.
• Soporte. Recibe cada release con la comunicación y el traspaso a Run adecuados, y aporta las incidencias posteriores a cada subida como indicador de calidad.
• IT4IT. Provee y opera las herramientas del ciclo de vida (requisitos, repositorios, CI/CD, gestión de servicios), conforme a los estándares definidos por Software Delivery.

Dentro del área del CTO

• Arquitectura y UX. Definen sus estándares; Software Delivery garantiza que intervienen en cada proyecto mediante puntos de control obligatorios.
• QA. Define la estrategia de pruebas y su automatización; Software Delivery la integra como gate en la plataforma CI/CD y en el flujo entre entornos.
• IA. Construye el framework de desarrollo agéntico; Software Delivery lo industrializa dentro del SDLC.
• Ciberseguridad. Valida los controles de seguridad de los pipelines, las APIs y los servidores MCP.

• Más de 12 años en ingeniería y entrega de software, de los cuales al menos 5 en dirección de delivery, DevOps o plataforma.
• Experiencia implantando CI/CD, release management y metodología de SDLC en organizaciones grandes y con múltiples proveedores.
• Experiencia en gobierno de APIs y conocimiento práctico de MCP y del desarrollo asistido por IA.
• Perfil con base técnica sólida, con credibilidad ante los equipos y capacidad para exigir estándares a los proveedores. No se busca un perfil exclusivamente metodológico o de agile coach.