¿Necesita ayuda para comprender DevOps?El nuevo libro de Emily Freeman tiene la respuesta
Es fácil confundirse acerca de qué es DevOps y cómo hacerlo con éxito. Un nuevo libro de Emily Freeman de Microsoft ofrece consejos prácticos.
Imagen: iStockphoto/faithiecannoise
DevOps se puede confundir fácilmente. Desde que se acuñó el término (más o menos) en 2009, hemos tendido a creer que DevOps es algo que se compra. Ya sabes, un conjunto de herramientas como Ansible o Jenkins puede convertir mágicamente una empresa torpe en una máquina de inicio ágil.
Si sólo fuera así de simple.
Pero ese no es el caso, como deja claro Emily Freeman de Microsoft en su nuevo libro DevOps for Dummies, «DevOps es una revolución cultural que reúne a los adversarios tradicionales del desarrollo y las operaciones. Fomenta el trabajo en equipo, la colaboración, la comunicación y, lo que es más importante, confíe en las personas con las que trabaja». Freeman no es el primero en recordarnos que DevOps es algo cultural, pero vale la pena leer su libro porque pasa mucho tiempo definiendo cómo es una cultura DevOps saludable y cómo para crearlo
Mirar: Implementación de DevOps: una guía para profesionales de TI (PDF gratuito) (República tecnológica)
DevOps es una revolución cultural
Al final del día, DevOps se trata de personas, no de herramientas, razón por la cual Freeman puede decir con valentía: «Si solo comienza desde [this book], quiero que sea una lista de valores fundamentales en el corazón del movimiento DevOps. Estos valores son:
-
Fomentar el trabajo en equipo
-
reducir los silos
-
-
practicar el pensamiento sistémico
-
Acepta el fracaso
-
comunicar, comunicar, comunicar
-
aceptar comentarios
-
Automatizar procesos (cuando corresponda)
Si esto suena fácil de lograr en la práctica, su ecualizador puede necesitar algo de trabajo. Kubernetes no hará que su negocio sea ágil si los miembros internos no hablan entre sí. Después de todo, la idea general de «DevOps» es tener desarrolladores y personas de operaciones (los dos grupos históricamente en desacuerdo entre sí) como una asociación. Eso no es cosa de software. Es una cosa humana (el software puede acercar).
Mirar: Glosario rápido: DevOps (República Tecnológica Premium)
Dado el énfasis de Freeman en las personas, me gustan algunos de los consejos prácticos que ofrece. Por ejemplo, en cualquier organización hay ejecutivos, mandos intermedios e ingenieros, y los mandos intermedios tienen mucha influencia. Freeman señaló que son el intermediario entre la visión ejecutiva y la experiencia del desarrollador. Sin embargo, escribe, son el último grupo al que debe tratar de convencer para implementar DevOps. «Si puede aprovechar la presión de los compañeros de otros grupos, el proceso de persuadirlos será mucho más sencillo».
Esto es sensato y se deriva de las dos décadas de Freeman en negocios grandes y pequeños.
Competente en DevOps
El libro está lleno de otros consejos prácticos, como…
-
Cómo cuantificar los beneficios de DevOps para comercializar su programa y medir su efectividad. Entre otras cosas, Freeman profundiza en cómo calcular el costo promedio de una reunión («Las reuniones interminables son un signo de mala colaboración, desconfianza y procesos ineficaces»), medir la satisfacción del cliente y más.
-
Cómo medir la eficacia de sus procesos implementados utilizando técnicas como el tiempo medio de detección y recuperación (MTTD/MTTR), tasa de escape de defectos y más.
-
Cómo hacer que la retroalimentación funcione («No importa qué retroalimentación reciba, debe crear un proceso que permita que cualquier persona, en realidad cualquier persona en su organización, desde ingenieros hasta ejecutivos, reciba y entregue retroalimentación»).
y más.
Mirar: ¿Qué es DevOps?Una guía de ejecución para el desarrollo ágil y las operaciones de TI (ZDNet)
Freeman también ofrece información que podría sorprender a los desarrolladores, como su descripción de las seis etapas del ciclo de vida del desarrollo de software:
El desarrollo real de la función es enfrentar el proceso y llevarse toda la gloria. Pero creo que es uno de los pasos menos importantes en el ciclo de vida del desarrollo. En muchos sentidos, es solo una ejecución del área frente a la tubería. Cuando se hace correctamente, la codificación debería ser un proceso relativamente sencillo.
Ahora, si usted es un desarrollador y está jadeando por la última oración porque ha lidiado con cientos de errores aleatorios e intratables, sé cómo se siente. La codificación es difícil. Nada en el desarrollo de software es fácil. Pero al dominar la planificación, el diseño y la arquitectura (y separarlos de la implementación real del código), puede asegurarse de que las decisiones más difíciles en el desarrollo de software se abstraigan.
Si tiene un conocimiento profundo de DevOps, aún puede aprender algo desde la perspectiva de Freeman. Dado que poco más de una cuarta parte de los desarrolladores afirman que sus empresas están inmersas en DevOps, el libro de Freeman es una biblia para el resto de nosotros. Tal vez haya oído hablar de DevOps, o incluso haya incursionado en él, pero si no ha dominado los cambios culturales que exige DevOps, DevOps for Dummies de Freeman le ayudará a asegurarse de que no se convierta en un «tonto» por mucho tiempo.
