DevOps

Fundamentals
 DevOps
Índice
Introducción a DevOps................................................................................................................ 4
¿Qué es y qué no es DevOps? ............................................................................................................. 4
10 Características de DevOps........................................................................................................................... 4
¿Qué no es DevOps?.......................................................................................................................................... 5
Historia de DevOps .............................................................................................................................. 5
Adopción de DevOps ........................................................................................................................................ 6
DevOps Full Stack ................................................................................................................................ 7
Automatización .................................................................................................................................................. 7
Cultura................................................................................................................................................................. 8
Prácticas............................................................................................................................................................... 8
Material adicional ................................................................................................................................. 9
La Urgencia de DevOps ............................................................................................................. 10
Bussines Value – El Problema de la Entrega.................................................................................. 10
¿Qué es el valor del negocio? ......................................................................................................................... 10
Dimensiones del Valor de Negocio ............................................................................................................... 10
Modelo de Kano ............................................................................................................................................... 11
Bussines Value - Los impulsores del Cambio ............................................................................... 12
Problemas de la falta de DevOps .................................................................................................................. 12
Impulsores Externos del Cambio ..................................................................................................... 13
Objetivos Organizacionales DevOps .............................................................................................. 13
Como los silos afecta la organización.............................................................................................. 13
Silos en TI .......................................................................................................................................................... 13
El muro de la confusión .................................................................................................................................. 14
La Influencia Negativa de la Burocracia ......................................................................................... 15
El Problema de los procesos Complejos ......................................................................................... 15
La espiral descendiente de IT ........................................................................................................... 16
Material adicional ............................................................................................................................... 16
DevOps Full Stack Cultura y Personas .................................................................................. 17
¿Qué es una cultura DevOps? ........................................................................................................... 17
Cultura Organizacional................................................................................................................................... 17
¿Qué es una Cultura DevOps? ....................................................................................................................... 17
¿Por qué son importantes las personas? ....................................................................................................... 18
Importancia de la colaboración......................................................................................................... 18
Características de la colaboración ................................................................................................................. 19
El Liderazgo transformacional .......................................................................................................... 19
Principios de liderazgo transformacional....................................................................................... 20
Visión: ................................................................................................................................................................ 20
Comunicación Inspiracional: ......................................................................................................................... 20
Estimulación intelectual: ................................................................................................................................. 20
Reconocimiento Personal:............................................................................................................................... 20
Liderazgo solidario: ......................................................................................................................................... 20
¿Cómo funcionan los equipos? ......................................................................................................... 20
Distribución de la Autoridad ......................................................................................................................... 20
PAGE 2
 DevOps
Equipos Auto-organizados............................................................................................................................. 21
Equipos Auto-Organizados vs Tradicionales .............................................................................................. 21
Modelos organizacionales ................................................................................................................. 22
Equipos de productos y plataforma ................................................................................................. 23
Equipos de Productos ..................................................................................................................................... 23
Equipo de Plataforma...................................................................................................................................... 23
Material adicional ............................................................................................................................... 24

PAGE 3
 DevOps

Introducción a DevOps
¿Qué es y qué no es DevOps?
DevOps es un movimiento cultural y ocupacional que busca integrar los equipos de
desarrollo y operaciones de tecnología de una organización, con el fin de mejorar la
calidad, la velocidad y la eficiencia de la entrega de software.

En lugar de trabajar de manera aislada, los equipos de desarrollo y operaciones trabajan

juntos en todo el ciclo de vida del software, desde la planificación y el desarrollo hasta
las pruebas, la implementación y el mantenimiento. DevOps fomenta la colaboración, la
automatización y la medición continua para lograr una entrega de software más rápida
y confiable, lo que permite a las organizaciones responder con mayor rapidez a las
necesidades del mercado y mejorar la satisfacción del cliente.

10 Características de DevOps
1. Colaboración: La colaboración es un elemento clave en DevOps. Los equipos de
desarrollo, operaciones y otras áreas de la organización trabajan juntos para
desarrollar, implementar y mantener el software de manera eficiente y efectiva.
2. Automatización: La automatización de procesos es fundamental en DevOps,
permitiendo la integración continua, la entrega continua y el monitoreo continuo
del software, lo que ayuda a mejorar la velocidad y la eficiencia del proceso.
3. Integración continua: La integración continua es un proceso en el que los cambios
en el código fuente se integran en el repositorio de manera continua, lo que ayuda
a detectar problemas y errores más temprano y a reducir el riesgo de errores en el
software final.
4. Entrega continua: La entrega continua implica la entrega de software de manera
regular y frecuente, lo que ayuda a mejorar la calidad del software, la eficiencia
del proceso y la satisfacción del cliente.
5. Infraestructura como código: La infraestructura como código implica la
automatización de la configuración de la infraestructura, lo que ayuda a reducir
los errores humanos y a mejorar la consistencia y la estandarización del proceso.
6. Monitoreo continuo: El monitoreo continuo del software permite la detección
temprana de errores y problemas en el software, lo que ayuda a mejorar la calidad
y la eficiencia del proceso.
7. Pruebas automatizadas: Las pruebas automatizadas permiten la detección
temprana de errores y problemas en el software, lo que ayuda a mejorar la calidad
y la eficiencia del proceso.
8. Flexibilidad: DevOps promueve la flexibilidad en el desarrollo y la entrega de
software, lo que permite a las organizaciones responder con mayor rapidez a las
necesidades del mercado y a las solicitudes de los clientes.
9. Mejora continua: DevOps promueve la mejora continua del proceso de desarrollo
y entrega de software, lo que ayuda a las organizaciones a mantenerse
actualizadas y competitivas en un mercado en constante cambio.
10. Cultura de experimentación: DevOps promueve una cultura de experimentación
en la que los equipos pueden probar nuevas ideas y enfoques de manera rápida y
segura, lo que ayuda a impulsar la innovación y el crecimiento en la organización.
PAGE 4
 DevOps

¿Qué no es DevOps?
• Una herramienta o tecnología específica: Aunque las herramientas y tecnologías
son importantes en DevOps, la metodología en sí misma no se limita a una
herramienta o tecnología en particular.
• Un equipo o departamento específico: DevOps no es un equipo o departamento
específico dentro de una organización, sino más bien una forma de trabajo
colaborativa entre los equipos de desarrollo y operaciones.
• Un proceso de desarrollo de software tradicional: DevOps se enfoca en la
automatización, integración continua, entrega continua, pruebas automatizadas,
monitoreo continuo, cultura de experimentación, entre otros, y no en un proceso
tradicional de desarrollo de software.
• Una solución rápida para problemas de software: DevOps no es una solución
rápida para resolver problemas de software. Requiere un compromiso a largo
plazo para implementar y mejorar el proceso.
• Un sustituto para la gestión del proyecto: DevOps no reemplaza la gestión de
proyectos en una organización. De hecho, se integra con la gestión de proyectos
para mejorar la eficiencia y calidad del proceso de desarrollo de software.
• Un reemplazo para el control de calidad: DevOps no es un reemplazo para el
control de calidad. Al contrario, el control de calidad es una parte integral de
DevOps, con pruebas automatizadas y monitoreo continuo.
• Un reemplazo para la seguridad: DevOps no es un reemplazo para la seguridad.
La seguridad debe ser una parte integral de DevOps, desde el diseño hasta la
implementación y el mantenimiento.
• Un enfoque único para todas las organizaciones: DevOps no es un enfoque único
para todas las organizaciones. Cada organización debe adaptar la metodología a
sus propias necesidades y objetivos.
• Un enfoque de desarrollo independiente de la infraestructura: DevOps no es un
enfoque de desarrollo independiente de la infraestructura. La infraestructura
como código es una parte integral de DevOps.
• Un enfoque exclusivo de desarrollo de software: DevOps no es un enfoque
exclusivo de desarrollo de software. Se puede aplicar a cualquier proceso de
entrega de servicios de TI, incluyendo infraestructura, plataformas y aplicaciones.

Historia de DevOps
La historia de DevOps se remonta a principios de la década de 2000, cuando la
metodología Agile comenzó a ganar popularidad en el mundo del desarrollo de software.
Agile se enfocó en la colaboración, la entrega continua y la mejora continua del software,
lo que llevó a la creación de una cultura más ágil y colaborativa en los equipos de
desarrollo.

Sin embargo, a medida que los equipos de desarrollo comenzaron a adoptar Agile, se
dieron cuenta de que el proceso de entrega de software no se detenía en el desarrollo. La
implementación y el mantenimiento del software también eran importantes, y eso
requería la colaboración con los equipos de operaciones.

PAGE 5
 DevOps
Fue en ese momento que Patrick Debois, un desarrollador de software de origen belga,
se dio cuenta de la necesidad de una metodología que abarcara tanto el desarrollo como
la operación del software. En 2008, Debois organizó la primera conferencia DevOpsDays
en Gante, Bélgica, donde se discutió la necesidad de una metodología que abarcara el
desarrollo y la operación del software.

A partir de ahí, DevOps comenzó a ganar popularidad en todo el mundo. En 2009, John
Allspaw y Paul Hammond presentaron su charla "10+ Deploys Per Day: Dev and Ops
Cooperation at Flickr" en la conferencia Velocity en San Francisco, lo que ayudó a
difundir la metodología DevOps entre la comunidad de desarrolladores.

Dos libros muy importantes son publicados The Phoenix Project de Gene Kim y The
Devops Handbook

A medida que DevOps ganó impulso, surgieron varias herramientas y tecnologías para
ayudar a los equipos a implementar la metodología, incluyendo herramientas de
automatización de infraestructura, pruebas automatizadas y monitoreo continuo. Las
principales empresas de tecnología, como Amazon, Google y Netflix, adoptaron la
metodología DevOps y comenzaron a compartir sus experiencias y mejores prácticas con
la comunidad.

Hoy en día, DevOps se ha convertido en una metodología ampliamente aceptada en el

mundo del desarrollo de software, y ha evolucionado para incluir prácticas y enfoques
adicionales, como DevSecOps y GitOps. A medida que las organizaciones continúan
adoptando DevOps, se espera que la metodología siga evolucionando y mejorando para
satisfacer las necesidades cambiantes del mundo de la tecnología.

Adopción de DevOps
La adopción de DevOps en la industria ha crecido significativamente en los últimos años,
ya que las empresas buscan mejorar su capacidad para entregar software de alta calidad
de manera más rápida y eficiente. Las organizaciones de todo tipo y tamaño, desde
pequeñas startups hasta grandes empresas, han adoptado la metodología DevOps y han
visto los beneficios que puede ofrecer.

Una de las principales razones por las que las empresas adoptan DevOps es para mejorar
la colaboración entre los equipos de desarrollo y operaciones. En el pasado, estos dos
equipos trabajaban de manera aislada, lo que a menudo llevaba a retrasos en la entrega
de software y problemas en la implementación y el mantenimiento. DevOps fomenta la
colaboración y la comunicación entre estos equipos, lo que conduce a una entrega más
rápida y confiable de software.

Otro beneficio de la adopción de DevOps es la automatización de procesos. DevOps se

basa en la automatización de procesos de entrega continua, pruebas automatizadas,
monitoreo y más, lo que reduce la necesidad de tareas manuales repetitivas y minimiza
la posibilidad de errores humanos. Esto ahorra tiempo y esfuerzo en la entrega de
software, lo que puede mejorar significativamente la eficiencia de los equipos de
desarrollo.

PAGE 6
 DevOps
Además, DevOps también permite una mayor agilidad y flexibilidad en el desarrollo de
software. Los equipos de DevOps pueden realizar cambios y actualizaciones en el
software de manera más rápida y con menos interrupciones para los usuarios finales.
Esto permite a las empresas responder más rápidamente a las necesidades cambiantes
del mercado y a las demandas de los clientes.

Algunos ejemplos de compañias conocidas

• Devops Blog Wallmart
• Netflix DevOps tech blog
• Devops Capital One
• Facebook DevInfra
• Devops Twitter

DevOps Full Stack

Las 3 capaz del full stack de DevOps son
• Automatización
• Cultura
• Prácticas

Automatización
DevOps y la automatización están estrechamente relacionados, ya que la automatización
es una parte fundamental de la metodología DevOps. En DevOps, se busca automatizar
todo lo que se pueda, desde la construcción del código hasta la implementación, pruebas,
monitoreo y gestión de infraestructuras.

La automatización es esencial para DevOps porque reduce la cantidad de trabajo manual

necesario para entregar software. Esto hace que el proceso de entrega sea más rápido,
menos propenso a errores humanos y más escalable.

Por ejemplo, en el proceso de construcción y prueba de código, DevOps utiliza

herramientas de integración continua (CI) que automatizan la construcción del código y
las pruebas unitarias. Esto permite a los desarrolladores verificar el código
automáticamente en cada cambio, lo que reduce la posibilidad de errores en el código.

Además, DevOps también utiliza herramientas de entrega continua (CD) para

automatizar la implementación del código en el entorno de producción. Esto significa que
los cambios de código se pueden implementar en el entorno de producción de manera
segura y rápida, lo que reduce los tiempos de inactividad y mejora la disponibilidad del
software.

La automatización también se utiliza para monitorear el software en producción y

recopilar datos para su análisis. Las herramientas de monitoreo y gestión de
infraestructuras, como la gestión de configuración y orquestación, automatizan las tareas
de gestión de infraestructuras, lo que permite a los equipos de DevOps detectar y
solucionar problemas más rápidamente.

PAGE 7
 DevOps
La automatización en DevOps no solo mejora la eficiencia y la calidad del software, sino
que también mejora la colaboración entre los equipos de desarrollo y operaciones. Al
automatizar los procesos, se reduce la necesidad de intervención manual y se minimizan
las posibilidades de error humano, lo que facilita la colaboración y la comunicación entre
los equipos.

Cultura
DevOps es una metodología que promueve la colaboración y la integración entre los
equipos de desarrollo de software y de operaciones de TI. La cultura organizacional es
un factor clave en el éxito de la implementación de DevOps, ya que implica un cambio
en la forma en que las personas trabajan y se comunican entre sí.

Una cultura de organización de DevOps se basa en los siguientes principios:

• Colaboración: los equipos de desarrollo y operaciones trabajan juntos de manera
colaborativa, en lugar de trabajar en silos separados. Se fomenta la comunicación
abierta y la resolución conjunta de problemas.
• Transparencia: se fomenta la transparencia en la organización, permitiendo a
todos los miembros del equipo acceder a la información relevante. Esto incluye
métricas de rendimiento, informes de errores y problemas, y actualizaciones de
estado de proyectos.
• Flexibilidad: la cultura DevOps valora la flexibilidad y la capacidad de respuesta
a los cambios. Los equipos pueden adaptarse rápidamente a las necesidades del
negocio y del cliente, sin comprometer la calidad del software.
• Mejora continua: la cultura DevOps es una cultura de mejora continua. Los
equipos están siempre buscando formas de mejorar y optimizar los procesos, y
están dispuestos a experimentar con nuevas tecnologías y enfoques para lograrlo.

Para fomentar una cultura de organización de DevOps, es importante que los líderes de
la organización apoyen la metodología y creen un ambiente donde se valore la
colaboración, la innovación y la experimentación. Esto implica invertir en herramientas
y tecnologías que apoyen la automatización y la integración, y en la formación y
desarrollo de habilidades de los equipos de desarrollo y operaciones. Además, es
importante que se establezcan medidas de seguimiento y evaluación para medir el éxito
de la implementación de DevOps y hacer mejoras continuas en la cultura de la
organización.

Prácticas
DevOps es una metodología que se enfoca en la colaboración entre los equipos de
desarrollo de software y de operaciones de TI, con el objetivo de lograr una entrega de
software rápida y de alta calidad. Para implementar con éxito DevOps, las organizaciones
deben adoptar prácticas y procesos que fomenten la colaboración, la automatización y la
mejora continua.

A continuación, se describen algunas prácticas clave que las organizaciones deben

adoptar para implementar DevOps:

PAGE 8
 DevOps
1. Integración continua (CI): esta práctica implica la integración automática y
frecuente del código fuente en un repositorio central. La integración continua
ayuda a los equipos a detectar y corregir problemas de forma temprana y a
mantener una base de código estable.
2. Entrega continua (CD): esta práctica implica la entrega automatizada y frecuente
de software a producción. La entrega continua ayuda a los equipos a reducir el
tiempo de lanzamiento de nuevas funcionalidades y a responder rápidamente a
los cambios en las necesidades del negocio.
3. Automatización de pruebas: esta práctica implica la automatización de las pruebas
de software para garantizar que el software entregado sea de alta calidad y
funcione correctamente. Las pruebas automatizadas también ayudan a los equipos
a detectar y corregir problemas de forma temprana.
4. Infraestructura como código (IaC): esta práctica implica la gestión de la
infraestructura de TI a través del código, lo que permite una gestión más eficiente
y consistente de la infraestructura. IaC también ayuda a los equipos a replicar y
escalar rápidamente la infraestructura cuando sea necesario.
5. Monitorización continua: esta práctica implica la monitorización automatizada y
continua del software y la infraestructura para detectar problemas y tomar
medidas rápidamente. La monitorización continua ayuda a los equipos a
garantizar que el software esté funcionando correctamente y a prevenir
interrupciones del servicio.

Adoptar estas prácticas de DevOps puede ser un desafío para las organizaciones, ya que
requiere cambios en la cultura, los procesos y las herramientas. Sin embargo, las
organizaciones que adoptan DevOps pueden lograr una entrega de software más rápida
y de mayor calidad, lo que puede llevar a una mayor satisfacción del cliente y un aumento
de la eficiencia operativa.

Material adicional
• Lectura – Is DevOps a tittle?
• Lectura – What is DevOps TechTarget
• SRE vs DevOps - Google
• La Historia de DevOps – Daman Edwards
• What is Devops – Jez Humble, Gene Kim, Peter Richards

PAGE 9
 DevOps

La Urgencia de DevOps
Bussines Value – El Problema de la Entrega
¿Qué es el valor del negocio?
El valor de negocio se refiere a la contribución que un producto, servicio, proceso o
iniciativa ofrece a una organización en términos de su impacto en la generación de
ingresos, reducción de costos, mejora de la eficiencia y eficacia, o en la consecución de los
objetivos estratégicos de la empresa.

El valor de negocio se evalúa en función de los resultados y beneficios tangibles que se

obtienen al implementar una iniciativa o proyecto. Estos resultados pueden incluir un
aumento en las ventas, una reducción en los costos de operación, una mejora en la calidad
del servicio al cliente, una mayor satisfacción del cliente, una mayor retención de clientes,
una mejora en la eficiencia operativa, entre otros.

Para determinar el valor de negocio de una iniciativa o proyecto, se deben considerar

varios factores, como los costos asociados, el impacto en los procesos existentes, el tiempo
de implementación y los beneficios que se obtendrán a largo plazo.

Es importante que las organizaciones evalúen y midan regularmente el valor de negocio

de sus iniciativas y proyectos, ya que esto les permite tomar decisiones informadas y
enfocar sus recursos en las iniciativas que generan el mayor valor y retorno de inversión
para la empresa.

Dimensiones del Valor de Negocio

Las dimensiones del valor de negocio son aspectos clave que se deben considerar al
evaluar el impacto de una iniciativa o proyecto en la generación de ingresos, reducción
de costos y en la consecución de los objetivos estratégicos de la empresa. Tres de las
dimensiones más importantes del valor de negocio son el costo, la calidad y la velocidad.
• Costo: La dimensión del costo se refiere al impacto de una iniciativa o proyecto en
los gastos operativos y en la reducción de costos de la empresa. Para lograr un alto
valor de negocio en esta dimensión, se deben identificar y reducir los costos
asociados con la iniciativa o proyecto, sin comprometer la calidad y el
rendimiento. Es importante que la iniciativa tenga un presupuesto bien definido y
que se monitoreen los costos para asegurar que se estén cumpliendo los objetivos
de ahorro de costos.
• Calidad: La dimensión de la calidad se refiere a la capacidad de una iniciativa o
proyecto para mejorar la calidad de los productos o servicios de la empresa. Para
lograr un alto valor de negocio en esta dimensión, se deben implementar
iniciativas que mejoren la calidad de los productos o servicios ofrecidos, reduzcan
los errores y disminuyan la cantidad de problemas que los clientes experimentan
al usar los productos o servicios.
• Velocidad: La dimensión de velocidad se refiere a la rapidez con que se puede
implementar una iniciativa o proyecto. Para lograr un alto valor de negocio en esta
dimensión, se deben implementar iniciativas que reduzcan el tiempo necesario
para lanzar nuevos productos o servicios al mercado o para implementar mejoras
PAGE 10
 DevOps
en los procesos existentes. Esto puede lograrse mediante la automatización, la
optimización de procesos y la adopción de metodologías ágiles como DevOps.

La evaluación del valor de negocio de una iniciativa o proyecto debe considerar estas tres
dimensiones clave: costo, calidad y velocidad. Al enfocarse en estas dimensiones, las
organizaciones pueden mejorar la eficiencia y la efectividad de sus iniciativas y
proyectos, aumentar su rentabilidad y lograr sus objetivos estratégicos.

Modelo de Kano

El modelo de Kano es una herramienta de análisis de la satisfacción del cliente que fue
desarrollada por el Dr. Noriaki Kano en la década de 1980. Este modelo clasifica las
características de un producto o servicio en tres categorías: básicas, de rendimiento y
emocionales.

Características básicas:
Son las características que los clientes dan por sentado y esperan que estén presentes en
un producto o servicio. La falta de estas características básicas puede llevar a una
insatisfacción del cliente, pero su presencia no necesariamente genera una satisfacción
adicional. Un ejemplo de una característica básica sería la calidad de construcción de un
producto, que se espera que sea buena.

Características de rendimiento:
Son las características que están directamente relacionadas con el rendimiento del
producto o servicio y tienen un impacto directo en la satisfacción del cliente. Estas
características pueden ser medidas y mejoradas, y su presencia genera una mayor
satisfacción del cliente. Un ejemplo de una característica de rendimiento sería la
velocidad de procesamiento de un producto informático.
PAGE 11
 DevOps
Características emocionales:
Son las características que no están necesariamente relacionadas con el rendimiento del
producto o servicio, pero que tienen un impacto emocional en la satisfacción del cliente.
Estas características pueden ser difíciles de medir y no siempre son necesarias para la
funcionalidad del producto o servicio, pero pueden generar una gran satisfacción del
cliente. Un ejemplo de una característica emocional sería la estética o el diseño de un
producto.

Bussines Value - Los impulsores del Cambio

Problemas de la falta de DevOps

En el capitulo anterior aprendimos como IT tiene como deber generar valor al negocio,
por ello tiene que ser eficiente, la falta de practicas como DevOps puede generar los
siguientes problemas.

• Lanzamiento lento de nuevos productos y servicios: Sin la integración continua y

la entrega continua que ofrece DevOps, las empresas pueden tener dificultades
para implementar rápidamente nuevas funcionalidades y características. Esto
puede llevar a una pérdida de oportunidades de mercado y a una disminución de
la satisfacción del cliente.
• Problemas de calidad: Sin la automatización de pruebas y la integración continua
que proporciona DevOps, las empresas pueden tener dificultades para detectar
errores y problemas de calidad antes de que se libere un producto o servicio. Esto
puede llevar a una disminución de la satisfacción del cliente, a problemas de
reputación y a un aumento en los costos de corrección de errores.
• Comunicación deficiente: Sin la colaboración estrecha y la comunicación
transparente que fomenta DevOps, los equipos de desarrollo y operaciones
pueden tener dificultades para trabajar juntos de manera efectiva. Esto puede
llevar a retrasos en los proyectos, malentendidos y falta de alineación entre los
equipos.
• Falta de escalabilidad: Sin la automatización y la infraestructura como código que
proporciona DevOps, las empresas pueden tener dificultades para escalar sus
operaciones y satisfacer las necesidades crecientes de los clientes. Esto puede
llevar a una disminución de la satisfacción del cliente y a la pérdida de
oportunidades de mercado.
• Falta de visibilidad: Sin la monitorización y la recopilación de datos que
proporciona DevOps, las empresas pueden tener dificultades para entender cómo
funcionan sus productos o servicios en el mundo real. Esto puede llevar a una falta
de comprensión de las necesidades de los clientes y a una disminución de la
calidad y la satisfacción del cliente.
• El backlog de tecnología: Acumulación de tareas, proyectos y problemas técnicos
que deben ser abordados por los equipos de tecnología de una empresa. El
incremento del backlog de tecnología es un problema común que enfrentan
muchas organizaciones, especialmente aquellas que no tienen una estrategia clara
de gestión de tecnología o que han subestimado la importancia de la tecnología en
sus operaciones.
PAGE 12
 DevOps
• Incremento de costos operativos: La falta de priorización y estandarización y
eficiencia incrementa los costos relacionados con la operación.
• Estancamiento del Crecimiento: El aumento de costo de las operaciones y la falta
de eficiencia provocan dificultad para crecer eh innovar.

Al adoptar prácticas de DevOps, las empresas pueden mejorar la eficiencia, la calidad y

la satisfacción del cliente, lo que puede conducir a una ventaja competitiva en el mercado.

Impulsores Externos del Cambio

El cambio a una cultura DevOps suele ser impulsado por varios detonantes en una
empresa, algunos de los cuales incluyen:

• Competencia Digital Disruptiva : En un mercado cada vez más competitivo, y con

el surgimiento de tecnologías como el software como servicio las empresas
cuentan con más opciones para implementar sus procesos core, y optarán siempre
por la solución más rápida y costo efectiva.
• Adopción de tecnologías Cloud: Al no ser la infraestructura un limitante para la
implementación de tecnologías nuevas y complejas, generando una presión
creciente sobre el desarrollo del software y la implementación del mismo.
• Suministro Global: en un mercado global las compañías tienen presión por
innovar y generar servicios de forma eficiente y rápida, el mercado y competencia
se extiende a todo el mundo presionando a las compañías locales a avanzar a la
misma velocidad que el resto.
• Automatización de fuerzas de trabajo: A diferencia del pasado se ve como una
necesidad básica la automatización de las tareas que antes se realizaban de forma
manual y se ve como un deber básico de tecnología el realizarlo.

Objetivos Organizacionales DevOps

• Tiempo de entrega al mercado más rápido
• Mejor integración entre IT y negocio
• Mejorar los tiempos de respuesta
• Mejorar la calidad del Código y de los despliegues
• Incrementar la productividad
• Mejor Visibilidad y Transparencia
• Incrementar la flexibilidad y agilidad

Como los silos afecta la organización

Silos en TI
En una organización, los silos se refieren a la separación de equipos en diferentes
departamentos, que a menudo trabajan de forma aislada y no se comunican entre sí. Esto
puede llevar a una falta de colaboración, retrasos en los proyectos, errores y problemas
de calidad, y en última instancia, una reducción en la productividad.

PAGE 13
 DevOps
Los equipos de diferentes departamentos no se comunican entre sí y no comparten
información o conocimientos, lo que puede llevar a una falta de colaboración y trabajo en
equipo. Esto puede retrasar los proyectos y disminuir la calidad del trabajo.

La falta de comunicación y colaboración puede hacer que los equipos trabajen de forma
redundante o que repitan trabajo innecesario. Esto puede resultar en un desperdicio de
tiempo y recursos, disminuyendo la eficiencia de la organización.

Los silos pueden provocar problemas de calidad, ya que los equipos no están trabajando
juntos y no comparten información crítica. Esto puede llevar a errores y defectos en el
trabajo final.

Los equipos de diferentes departamentos pueden tener diferentes objetivos y

prioridades, lo que puede dificultar la innovación en la organización. La falta de
colaboración y comunicación puede hacer que las ideas no se compartan y que las
oportunidades de innovación se pierdan.

DevOps aborda este problema de los silos al promover la colaboración y la comunicación

entre los equipos de desarrollo, operaciones y otros equipos relacionados con la
tecnología. DevOps crea un ambiente de trabajo en el que todos los equipos trabajan
juntos para lograr un objetivo común: entregar software de alta calidad en un corto
período de tiempo.

Los equipos DevOps están compuestos por miembros con habilidades y conocimientos
en diferentes áreas, como desarrollo, operaciones, seguridad y pruebas. Esto asegura que
todos los equipos trabajen juntos para lograr un objetivo común.

DevOps integra los procesos y herramientas de desarrollo y operaciones, permitiendo a

los equipos trabajar juntos y compartir información.

Se promueve una cultura de colaboración y comunicación entre los equipos, animándolos

a compartir información, conocimientos y buenas prácticas. Esto crea un ambiente de
trabajo en el que los equipos pueden aprender unos de otros y trabajar juntos para
solucionar problemas.

Al promover la colaboración y la comunicación entre los equipos, DevOps puede ayudar

a romper los silos en una organización y reducir los retrasos en los proyectos, errores y
problemas de calidad. Además, la implementación de DevOps puede mejorar la
eficiencia y la productividad en general, ya que los equipos trabajan juntos de forma más
eficaz y se centran en la entrega de software de alta calidad en un corto período de tiempo.

El muro de la confusión
El Muro de la Confusión es un término utilizado en el contexto de DevOps para describir
la falta de comunicación y colaboración entre los equipos de desarrollo y operaciones. Se
refiere a la situación en la que los desarrolladores entregan el código a los operadores sin
una comprensión clara de cómo funciona el software en un entorno de producción.

PAGE 14
 DevOps
El Muro de la Confusión puede resultar en problemas como errores de implementación,
tiempo de inactividad y baja calidad del software. Por ejemplo, un equipo de desarrollo
puede implementar una nueva funcionalidad sin tener en cuenta los recursos disponibles
en el entorno de producción. Como resultado, los operadores pueden enfrentar
problemas de rendimiento o incluso interrupciones del servicio.

Para superar el Muro de la Confusión, se necesita una cultura de colaboración y

comunicación entre los equipos de desarrollo y operaciones. DevOps promueve esto al
crear equipos multifuncionales que trabajan juntos en cada fase del ciclo de vida de la
aplicación. Los equipos trabajan juntos en el diseño, desarrollo, pruebas y operaciones
del software, y comparten conocimientos y responsabilidades. Además, las herramientas
y prácticas de DevOps fomentan la transparencia y la visibilidad, lo que permite a los
equipos identificar y solucionar problemas de manera más rápida y eficiente.

La Influencia Negativa de la Burocracia

La burocracia puede ser dañina para la tecnología de varias maneras.

La burocracia puede agregar capas de aprobaciones y controles que ralentizan el proceso

de desarrollo de tecnología. Esto puede retrasar la implementación de nuevas
características o productos, lo que puede perjudicar la capacidad de una organización
para competir en el mercado.

Puede limitar la capacidad de los equipos de tecnología para innovar al restringir la

creatividad y la experimentación. Las reglas y procedimientos inflexibles pueden hacer
que sea difícil probar nuevas ideas y soluciones.

El Problema de los procesos Complejos

La complejidad de procesos en la organización es otro de los males que es necesario
afrontar para aumentar la eficiencia.

El problema con los procesos complejos pueden generar desperdicios en una

organización de varias maneras. Estas son las formas como los procesos complejos restan
eficiencia:
• Incidentes que ocurren cientos de veces sin descubrir la causa raiz.
• Los recursos no tienen los controles eh inventarios adecuados.
• Los incidentes desaparecen en los controles de IT sin ser resueltos.
• Multiples personas atienden solicitudes de usuarios con herramientas distintas.
• Capacidades de servidores desperdiciadas
• Herramientas redundantes entre cada departamento con procesos redundantes.
• Multiples procedimientos de Control debido a barreras politicas.

PAGE 15
 DevOps
La espiral descendiente de IT
La espiral descendiente de IT se refiere a una situación en la que los problemas en un
sistema de TI se vuelven cada vez más graves y costosos con el tiempo. Esta situación se
produce cuando los problemas no se abordan adecuadamente y se vuelven más
complejos y difíciles de resolver.

Por ejemplo, un problema en el sistema puede no ser detectado o no se le da la debida

importancia, lo que puede generar problemas secundarios en otros sistemas. Si estos
problemas secundarios no se abordan adecuadamente, pueden generar aún más
problemas, lo que a su vez aumenta el costo y la complejidad de la solución.

La espiral descendiente de IT puede afectar a cualquier sistema de TI, desde

infraestructura hasta aplicaciones y procesos. Puede tener un impacto significativo en la
productividad, la calidad y la eficiencia de la organización.

DevOps puede ayudar a romper la espiral descendiente de IT al proporcionar una

metodología de desarrollo y operaciones que se enfoca en la colaboración, la
automatización y la mejora continua. Al trabajar juntos, los equipos de desarrollo y
operaciones pueden identificar y solucionar los problemas de manera más rápida y
efectiva, lo que reduce la complejidad y el costo a largo plazo. Además, la automatización
de procesos repetitivos y la implementación de soluciones escalables pueden ayudar a
prevenir la propagación de problemas en el sistema y a reducir el riesgo de futuras
espirales descendentes de IT.

Material adicional
• Wikipedia – El Modelo de Kano
• ITSM - Understanding How to Demonstrate the Business Value of IT

PAGE 16
 DevOps

DevOps Full Stack Cultura y

Personas
¿Qué es una cultura DevOps?
Cultura Organizacional
La cultura organizacional se refiere al conjunto de valores, creencias, comportamientos y
prácticas que definen una organización y su forma de trabajar. La cultura organizacional
puede influir en muchos aspectos de una organización, como la forma en que se toman
decisiones, la forma en que se tratan a los empleados, la forma en que se fomenta la
creatividad y la innovación, y la forma en que se interactúa con los clientes y otros
interesados.

La cultura organizacional puede ser vista como un conjunto de normas y reglas no

escritas que definen la forma en que las personas interactúan dentro de una organización.
Estas normas y reglas pueden ser explícitas, como los valores y la misión de la empresa,
o implícitas, como la forma en que los empleados se comunican y resuelven conflictos.

La cultura organizacional es importante porque puede tener un impacto significativo en

el desempeño de la organización. Una cultura fuerte y positiva puede fomentar la
colaboración, la innovación y la creatividad, mientras que una cultura débil o negativa
puede desmotivar a los empleados y dificultar la consecución de los objetivos de la
organización.

• Las Culturas Organizacionales son creadas como producto de adaptaciones

externas e integraciones internas, esto significa que no son estáticas sino que
evolucionan dinámicamente en respuesta a los cambios.
• Las Culturas Organizacionales no existen en un vacío, son conformadas como
parte de las circunstancias externas.
• Las Culturas Organizacionales no suelen ser monolíticas, dentro de la cultura de
la organización suelen crearse subculturas con sus propios valores y mentalidades.

¿Qué es una Cultura DevOps?

DevOps es una cultura porque va más allá de ser simplemente un conjunto de prácticas
y herramientas. En lugar de eso, se trata de una forma de pensar y trabajar que enfatiza
la colaboración, la comunicación, la mejora continua y el enfoque en el valor del negocio.
DevOps se centra en el trabajo en equipo y la responsabilidad compartida entre los
equipos de desarrollo y operaciones, con el objetivo de mejorar la calidad del software y
la entrega de valor a los clientes.

También implica un cambio en la forma en que se organizan las empresas y se gestionan

los proyectos. La colaboración entre los equipos de desarrollo y operaciones implica un

PAGE 17
 DevOps
cambio en la forma en que se toman decisiones y se fijan objetivos. Se fomenta la
transparencia, la retroalimentación y la mejora continua.

¿Por qué son importantes las personas?

Las personas son una parte fundamental en DevOps porque, a pesar de la automatización
y la tecnología, son los equipos los que toman las decisiones y llevan a cabo las acciones
necesarias para implementar la cultura DevOps en una organización.

En una cultura DevOps, los equipos de desarrollo, operaciones, seguridad y otros

departamentos trabajan juntos en un entorno colaborativo, compartiendo información y
responsabilidades. Se fomenta la comunicación y la colaboración, lo que puede mejorar
la productividad y reducir los errores.

Además, los equipos de DevOps deben tener habilidades y conocimientos técnicos

especializados, pero también deben tener habilidades interpersonales, como la capacidad
de trabajar en equipo, de comunicarse de manera efectiva y de resolver conflictos. Estas
habilidades son esenciales para fomentar la colaboración y la eficacia en un entorno
DevOps.

Otro aspecto importante de las personas en DevOps es la mentalidad de mejora continua.

En lugar de simplemente cumplir con sus tareas, los equipos de DevOps deben buscar
constantemente formas de mejorar y optimizar los procesos y la entrega de software. Esto
requiere un compromiso y una actitud positiva por parte de los empleados, lo que puede
ser influenciado por la cultura y el liderazgo de la organización.

Importancia de la colaboración
La colaboración es esencial en un proceso de mejora continua porque permite a los
equipos trabajar juntos para identificar áreas de mejora y encontrar soluciones para
abordarlas de manera efectiva. Cuando se fomenta una cultura de colaboración, los
equipos pueden compartir información y conocimientos, lo que puede llevar a ideas
innovadoras y soluciones creativas.

Además, cuando los equipos colaboran, pueden identificar y solucionar problemas de

manera más eficiente y efectiva. Por ejemplo, si los equipos de desarrollo y operaciones
trabajan juntos en un proceso de mejora continua, pueden identificar problemas de
rendimiento y solucionarlos antes de que afecten a los usuarios finales. Esto puede
mejorar la calidad del software y la satisfacción del cliente.

La colaboración también puede ayudar a los equipos a tomar decisiones más informadas.
Cuando los equipos trabajan juntos, pueden tener diferentes perspectivas y enfoques, lo
que puede llevar a una evaluación más completa y exhaustiva de una situación.

Por último, la colaboración puede fomentar un sentido de comunidad y pertenencia

dentro de la organización. Cuando los equipos trabajan juntos en un proceso de mejora
continua, pueden sentir que están trabajando juntos para lograr un objetivo común, lo
que puede aumentar la motivación y la satisfacción laboral.
PAGE 18
 DevOps
Características de la colaboración
La colaboración es un proceso fundamental en cualquier organización y se caracteriza
por las siguientes características clave:

Comunicación: Una comunicación efectiva es la base de una colaboración exitosa. Los

miembros del equipo deben poder comunicarse de manera clara y concisa para compartir
información, resolver problemas y trabajar juntos para lograr los objetivos.

Confianza: La confianza es esencial en cualquier colaboración exitosa. Los miembros del

equipo deben confiar en la capacidad y compromiso de los demás, y sentirse cómodos al
compartir información y colaborar en proyectos.

Responsabilidad: Una colaboración efectiva requiere que los miembros del equipo
compartan la responsabilidad y trabajen juntos para lograr los objetivos. Cada miembro
del equipo debe ser responsable de sus tareas y de contribuir al éxito del equipo en su
conjunto.

El Liderazgo transformacional
El liderazgo transformacional es un estilo de liderazgo que se enfoca en inspirar y motivar
a los miembros de un equipo o una organización hacia el logro de objetivos comunes.
Este estilo de liderazgo se centra en el desarrollo personal y profesional de los miembros
del equipo, así como en la creación de una visión compartida y en la gestión del cambio.

Un líder transformacional utiliza una serie de técnicas para lograr estos objetivos, como
la comunicación efectiva, la delegación de responsabilidades, la retroalimentación
constante y el reconocimiento del logro de los objetivos. También se enfoca en el
desarrollo de habilidades y conocimientos, el fomento de la creatividad y la innovación,
y la creación de un ambiente de trabajo que promueva el aprendizaje y la colaboración.

Los líderes transformacionales son visionarios y carismáticos, y buscan inspirar a su

equipo a través de su propio entusiasmo y compromiso. Tienen la capacidad de
comunicar de manera clara y efectiva su visión y los objetivos de la organización, lo que
ayuda a motivar a los miembros del equipo.

Además, los líderes transformacionales se enfocan en desarrollar relaciones basadas en

la confianza, el respeto y la empatía. Fomentan un ambiente de trabajo positivo y
productivo, en el que se valora y se respeta la diversidad de opiniones y se fomenta la
creatividad y la innovación.

• Establecen y apoyan normas culturales generativas y de alta confianza.

• Implementan tecnologías y procesos que habilitan la productividad de los
desarrolladores, reducen el tiempo de desarrollo y crean infraestructuras más
relevantes.
• Soportan la experimentación del equipo y la innovación para crear productos con
mayor velocidad

PAGE 19
 DevOps
• Trabajando a través de silos organizacionales para alcanzar la alineación
estratégica

Principios de liderazgo transformacional

Los principios clave del liderazgo transformacional son los siguientes:

Visión:
Los líderes transformacionales tienen una visión clara y convincente del futuro y la
comparten con su equipo para motivarlos y orientarlos hacia el logro de los objetivos
comunes.

Comunicación Inspiracional:
Los líderes transformacionales inspiran a sus seguidores a través de su carisma y
habilidades comunicativas, proporcionándoles motivación y entusiasmo para alcanzar
objetivos ambiciosos.

Estimulación intelectual:
Los líderes transformacionales fomentan el pensamiento creativo y crítico en su equipo,
animándoles a cuestionar las suposiciones y buscar nuevas soluciones para los
problemas.

Reconocimiento Personal:
El reconocimiento personal es una característica clave del liderazgo transformacional
porque este estilo de liderazgo se enfoca en desarrollar el potencial de los seguidores y
motivarlos a alcanzar objetivos más altos. Los líderes transformacionales buscan
comprender a cada miembro del equipo, sus fortalezas y debilidades, y proporcionarles
apoyo y orientación individualizado para maximizar su desempeño.

Liderazgo solidario:
El liderazgo solidario es una característica importante del liderazgo transformacional
porque promueve la colaboración y la empatía dentro del equipo de trabajo. Los líderes
transformacionales se preocupan por el bienestar de sus seguidores y buscan crear un
ambiente de trabajo positivo donde los miembros del equipo se apoyen mutuamente y
trabajen juntos para alcanzar objetivos compartidos.

¿Cómo funcionan los equipos?

Distribución de la Autoridad
La distribución de autoridad en los equipos se refiere a la forma en que se asigna y se
ejerce el poder en el grupo. En un equipo, la autoridad puede distribuirse de varias
maneras, dependiendo del tipo de equipo y de las habilidades y conocimientos de sus
miembros.

Existen varios modelos de distribución de autoridad en los equipos, que van desde la
centralización hasta la descentralización. En un modelo centralizado, el poder y la toma

PAGE 20
 DevOps
de decisiones se concentran en una sola persona o en un pequeño grupo de líderes,
mientras que en un modelo descentralizado, el poder y la toma de decisiones se
distribuyen de manera más equitativa entre todos los miembros del equipo.

La distribución de autoridad en un equipo también puede variar según el tipo de tarea o

proyecto que se esté llevando a cabo. En algunos casos, puede ser más efectivo que un
líder centralizado tome decisiones rápidas y precisas para garantizar que se cumplan los
plazos y los objetivos del proyecto. En otros casos, puede ser más efectivo que los
miembros del equipo tengan más control y autonomía en la toma de decisiones,
especialmente cuando se necesitan soluciones creativas y flexibles.

Equipos Auto-organizados
Los humanos podemos auto-organizarnos debido a nuestra capacidad cognitiva y social.
Como seres humanos, tenemos la capacidad de procesar información compleja, tomar
decisiones y comunicarnos entre nosotros para lograr objetivos compartidos. Estas
habilidades nos permiten trabajar juntos de manera efectiva para alcanzar metas
comunes, sin necesidad de un control externo o jerárquico.

Además, la auto-organización es una característica natural de los sistemas complejos,

como los grupos de seres humanos. Estos sistemas tienen la capacidad de auto-
organizarse mediante la emergencia de patrones y estructuras a partir de la interacción y
el comportamiento de sus componentes individuales. En un grupo de personas, la auto-
organización puede surgir de manera espontánea a medida que los miembros interactúan
entre sí y establecen patrones de comportamiento colectivo.

La auto-organización también puede ser fomentada por líderes y organizaciones que

adoptan un enfoque más horizontal y colaborativo. Al fomentar la participación activa
de todos los miembros del equipo y alentar la toma de decisiones compartida, se puede
crear un ambiente en el que la auto-organización sea más probable. En lugar de imponer
un control externo, los líderes pueden establecer metas y objetivos claros y permitir que
los miembros del equipo trabajen juntos para alcanzarlos de manera autónoma.

Equipos Auto-Organizados vs Tradicionales

Los equipos jerárquicos y los equipos autoorganizados son dos enfoques diferentes de
organización y gestión de equipos que tienen ventajas y desventajas.

En un equipo jerárquico, la autoridad y el poder se concentran en un líder o grupo de

líderes que toman las decisiones y asignan las tareas. El líder es responsable de establecer
los objetivos y los procedimientos, y los miembros del equipo se encargan de seguir las
directrices y cumplir con las expectativas del líder. En este tipo de equipo, el líder tiene
la responsabilidad de asegurar que el equipo alcance sus metas y objetivos.

Por otro lado, en un equipo autoorganizado, el poder y la responsabilidad se distribuyen

de manera más equitativa entre los miembros del equipo. Los miembros del equipo
trabajan juntos para establecer objetivos y tomar decisiones, y cada miembro tiene un
papel activo en el proceso de toma de decisiones. En este tipo de equipo, los miembros
son responsables de asegurarse de que el equipo alcance sus metas y objetivos.
PAGE 21
 DevOps

Una ventaja de los equipos jerárquicos es que permiten una toma de decisiones más
rápida y eficiente. El líder tiene la autoridad para tomar decisiones y establecer objetivos,
lo que puede facilitar la resolución de problemas y la gestión del tiempo. Sin embargo,
esto puede llevar a una falta de creatividad y flexibilidad, ya que los miembros del equipo
pueden no tener la oportunidad de aportar ideas o perspectivas diferentes.

Por otro lado, los equipos autoorganizados fomentan la creatividad y la innovación, ya

que todos los miembros tienen la oportunidad de aportar ideas y soluciones. Además, los
miembros del equipo pueden sentirse más comprometidos y motivados porque tienen
un mayor grado de responsabilidad y autonomía. Sin embargo, puede ser más difícil
establecer metas y objetivos claros y tomar decisiones de manera efectiva, especialmente
si los miembros del equipo no tienen la experiencia o el conocimiento necesarios.

Equipos Tradicionales
• Foco individual en sus propias responsabilidades
• Los individuos son responsables solo por los objetivos alcanzados
• El Gerente controla las tareas diarias
• El liderazgo es descendente
• El Estilo de liderazgo es autoritario

Equipos Auto-Organizados
• Los individuos se enfocan en el proceso de inicio a fin
• Los individuos son transparentes y adaptables
• El Equipo controla las actividades como un equipo
• El Gerente es un lider/facilitador
• El Liderazgo es compartido por el equipo

Tools
• Efectividad de equipos de Google
• Google Cultura organizativa de Westrum

Modelos organizacionales
El modelo organizacional tradicional vertical se caracteriza por tener una estructura
jerárquica en la que las decisiones fluyen de arriba hacia abajo y la comunicación se
produce en un sentido unidireccional. En este modelo, cada departamento o unidad de
negocio se enfoca en su propia área de responsabilidad y trabaja de manera
independiente del resto de la organización. La autoridad se concentra en la cima de la
jerarquía, y las decisiones son tomadas por los gerentes de nivel superior.

Por otro lado, una organización matricial se caracteriza por tener una estructura más
compleja y flexible en la que los equipos se forman alrededor de proyectos específicos y
las decisiones se toman de manera más colaborativa. En este modelo, los empleados
pueden ser miembros de varios equipos a la vez y su trabajo es supervisado tanto por el
gerente de su departamento como por el gerente del proyecto en el que están trabajando.
PAGE 22
 DevOps

La relación entre la organización matricial y la ley de Conway radica en que esta ley
establece que "las organizaciones que diseñan sistemas están limitadas por la
comunicación que se produce en su interior". En otras palabras, la forma en que una
organización se estructura y se comunica internamente puede afectar la calidad y
eficiencia de los sistemas que desarrolla.

En este sentido, una organización matricial puede ser más efectiva para enfrentar
problemas complejos y para desarrollar soluciones innovadoras, ya que fomenta la
colaboración y la comunicación entre diferentes áreas de la organización. Sin embargo,
también puede generar problemas de coordinación y conflicto de autoridad, lo que
requiere una gestión cuidadosa y una clara definición de roles y responsabilidades. En
contraste, el modelo vertical tradicional puede ser más adecuado para empresas más
simples y menos innovadoras, pero también puede ser menos adaptable a cambios y
menos eficiente en la solución de problemas complejos.

Equipos de productos y plataforma

Equipos de Productos
Los equipos de productos (o Product Teams, en inglés) son grupos de personas dentro
de una empresa que se encargan de desarrollar, diseñar y gestionar un producto o
conjunto de productos específicos. Estos equipos suelen estar compuestos por
profesionales de diferentes áreas, como ingeniería, diseño, marketing, ventas, finanzas,
entre otros.

El objetivo principal de los equipos de productos es maximizar el valor que los productos
ofrecen a los clientes y a la empresa. Para lograr esto, los equipos trabajan juntos en todas
las fases del ciclo de vida del producto, desde la investigación y el diseño, hasta la
implementación y el mantenimiento. Además, se enfocan en las necesidades y deseos de
los clientes, en la competitividad del mercado y en las estrategias de negocio de la
empresa.

Los equipos de productos pueden ser especialmente útiles en empresas que ofrecen
varios productos o servicios, ya que permiten una mayor especialización y enfoque en las
necesidades específicas de cada producto. Además, al tener un equipo dedicado a cada
producto, se fomenta la innovación, la creatividad y la responsabilidad en el desarrollo y
éxito de los productos.

Equipo de Plataforma
Un equipo de plataforma DevOps es un grupo de personas en una organización que se
enfoca en la creación, mantenimiento y mejora de la infraestructura y herramientas de
software necesarias para la implementación y ejecución de aplicaciones en producción.

Estos equipos suelen trabajar en estrecha colaboración con los equipos de desarrollo y
operaciones (DevOps) para asegurar que el software se pueda implementar y ejecutar de
manera efectiva en la infraestructura de la empresa. Los equipos de plataforma DevOps
tienen como objetivo crear una plataforma sólida, automatizada y escalable que permita
PAGE 23
 DevOps
a los equipos de desarrollo implementar sus aplicaciones sin preocuparse por la
configuración y gestión de la infraestructura subyacente.

Los miembros del equipo de plataforma DevOps pueden tener diferentes habilidades y
responsabilidades, incluyendo ingenieros de sistemas, ingenieros de redes,
administradores de bases de datos, ingenieros de seguridad, ingenieros de
automatización, entre otros.

Entre las responsabilidades principales de los equipos de plataforma DevOps se

encuentran:

Configurar, mantener y actualizar la infraestructura de la empresa, incluyendo

servidores, redes, bases de datos y sistemas de almacenamiento.

Desarrollar herramientas y scripts de automatización para agilizar la implementación,

configuración y gestión de la infraestructura.

Establecer y hacer cumplir las políticas de seguridad y conformidad.

Trabajar en estrecha colaboración con los equipos de desarrollo para asegurar que las
aplicaciones puedan ser implementadas y ejecutadas de manera efectiva en la plataforma.

Material adicional
• No se puede luchar contra la ley de Conway
• Cohn, Mike “Two Types of Authority Leaders Must Give to Self-Organizing
Teams”
• RSA ANIMATE: Drive: The surprising truth about what motivate us
• Dora Quick Check

PAGE 24