Jump to content

DevOps

From Scrum Manager BoK
⏱ 4 min de lectura  ·  📅 Actualizado en 2026

DevOps es un conjunto de prácticas, herramientas y una filosofía cultural que integra el desarrollo de software (Development) y las operaciones de sistemas (Operations) para mejorar la capacidad de una organización de entregar aplicaciones y servicios a alta velocidad con calidad y fiabilidad. El término fue popularizado por Patrick Debois en 2009 a partir de la primera DevOpsDays conference en Gante (Bélgica).

Origen

La separación tradicional entre equipos de desarrollo y operaciones generaba conflictos estructurales: los desarrolladores querían entregar cambios rápido, los equipos de operaciones querían estabilidad. En 2009, Patrick Debois organizó la primera conferencia DevOpsDays en Gante (Bélgica) para explorar cómo resolver esta tensión. El término se viralizó en Twitter bajo el hashtag #devops y se convirtió en el nombre de un movimiento. El libro The Phoenix Project (Kim, Behr y Spafford, 2013) popularizó los principios de DevOps con una narrativa accesible.

Los cuatro pilares de CALMS

El modelo CALMS describe los pilares del movimiento DevOps:

  • Cultura (Culture): la base de DevOps es una cultura de colaboración y responsabilidad compartida entre desarrollo y operaciones. Sin cambio cultural, las herramientas no producen los resultados esperados.
  • Automatización (Automation): automatizar los procesos repetitivos del pipeline de entrega —pruebas, integración, despliegue, infraestructura— para reducir errores humanos y acelerar los ciclos.
  • Lean: aplicar los principios del pensamiento lean para eliminar desperdicios del flujo de entrega y mantener el trabajo en progreso bajo.
  • Medición (Measurement): medir el rendimiento del sistema de entrega —frecuencia de despliegue, tiempo de recuperación ante fallos, tasa de cambios fallidos— para identificar cuellos de botella y mejoras.
  • Compartir (Sharing): compartir conocimiento, prácticas y responsabilidades entre desarrollo, operaciones y otras funciones.

Prácticas técnicas clave

  • Integración continua (CI): integrar cambios de código en la rama principal varias veces al día, con una suite de pruebas automatizadas que valida cada integración.
  • Entrega continua (CD): mantener el código siempre en un estado desplegable, de modo que un despliegue a producción sea una decisión de negocio, no un evento técnico estresante.
  • Infraestructura como código (IaC): gestionar y aprovisionar la infraestructura mediante definiciones de código versionadas, tratando los servidores como código, no como activos manuales.
  • Monitorización y observabilidad: instrumentar los sistemas para detectar problemas en producción antes de que impacten a los usuarios.

DevOps y agilidad

DevOps y Scrum son complementarios, no alternativos. Scrum organiza el trabajo de desarrollo en iteraciones con entregas frecuentes; DevOps proporciona la infraestructura técnica y la cultura que hace posible que esas entregas lleguen a producción de forma fiable y repetida.

Un equipo que practica Scrum sin DevOps puede entregar incrementos al final de cada sprint, pero si el proceso de despliegue tarda días o semanas y requiere coordinación manual, el beneficio de los sprints cortos queda parcialmente anulado. DevOps resuelve el "último tramo" de la entrega ágil.

DevOps y la IA

La adopción de IA generativa ha creado una extensión del paradigma DevOps para modelos de IA denominada MLOps (Machine Learning Operations): las prácticas de CI/CD, versionado, monitorización y gobierno aplicadas al ciclo de vida de modelos de IA y no solo al código. La integración continua del código generado por IA y la revisión automatizada del output son componentes de un pipeline DevOps moderno.

Error frecuente

Adoptar las herramientas de DevOps sin el cambio cultural. DevOps no es un stack de herramientas: es una forma de trabajar. Equipos que implementan pipelines CI/CD pero mantienen la separación organizativa entre desarrollo y operaciones —con diferentes directivos, incentivos y responsabilidades— suelen tener los costes de la automatización sin los beneficios de la colaboración. La herramienta automatiza; la cultura transforma.

Referencias

  • Kim, Gene; Behr, Kevin; Spafford, George. (2013). The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win. IT Revolution Press.
  • Kim, Gene; Humble, Jez; Debois, Patrick; Willis, John. (2016). The DevOps Handbook. IT Revolution Press.

Véase también

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.