Puntos clave: Una revisión de *The Phoenix Project* destaca su relevancia para los líderes de TI y empresariales, mostrando los retos a los que se enfrenta Parts Unlimited y el potencial transformador de DevOps. Ilustra las dificultades de la transformación informática mientras enfatiza el aprendizaje compartido y los cambios culturales necesarios.
- La narrativa retrata las dificultades y éxitos de adoptar una mentalidad DevOps.
- Subraya la importancia de superar las barreras culturales en la transformación de las TI.
Mientras leía por primera vez en 2013 el libro The Phoenix Project, A Novel About IT, DevOps, and Helping Your Business Win, de Gene Kim, Kevin Behr y George Spafford, me encontré mirando alrededor de la oficina para Ve si podía ver las cámaras que claramente habían estado grabando las pruebas y tribulaciones de nuestras aventuras en el desarrollo de TI.
Creo que casi todos los profesionales de TI que lean el libro habrán tenido las mismas sospechas.
Las dificultades que enfrenta Parts Unlimited, la empresa ficticia que está en el corazón del libro, son tristemente familiares para muchos, si no la mayoría, de los profesionales de TI. Pero no te dejes engañar: este no están un libro solo para quienes trabajamos en tecnología.
El Proyecto Phoenix debería ser una lectura obligatoria para todos los líderes empresariales, ya que ofrece una visión muy clara de cómo ofrecer un valor real al negocio mediante la capacidad de TI.
Sinopsis de The Phoenix Project
Parts Unlimited está en peligro de empresa. Sistemas informáticos heredados, mala comunicación, cambios mal gestionados y falta de intercambio de conocimientos. Todos estos factores contribuyen a que la empresa quede rápidamente atrás respecto a la competencia en el mercado de recambios de automóviles.
Bill Palmer está nuestro protagonista. Al principio, está ascendido al puesto de vicepresidente de operaciones de TI, tras haber trabajado felizmente como Director de Operaciones Tecnológicas de Gama Media. Bill no está convencido de querer este reto, dado el problema actual que enfrenta la empresa. Pero, si quiere seguir empleado, tiene pocas opciones al respecto.
El primer reto de Bill está a corregir una falla en el sistema de nóminas para que sus empleados puedan cobrar. Además de este gran incidente, está encargado de gestionar el despliegue del Proyecto Phoenix, un enorme proyecto de TI que la empresa está colgando todas sus esperanzas de revertir la espiral descendente en la que se encuentra.
Las exigencias de negocio como siempre, procesos poco claros y expectativas empresariales poco realistas hacen que Bill tenga un trabajo ingrato, casi imposible. Trabajando hasta tarde por la noche, fines de semana, renunciando a cualquier esperanza de tener un equilibrio entre vida laboral y personal, hace todo lo posible por cumplir. Bill se da cuenta rápidamente de que esto será imposible dada la forma actual de trabajar en el departamento de IT de Parts Unlimited.
DevOps: Una nueva forma de trabajar
Al leer este libro por primera vez en 2013, el concepto de DevOps estaba creciendo rápidamente en aceptación y ofreciendo avances excepcionales en la entrega de valor de TI. Pero seguía siendo relativamente nuevo y, para muchos, un paso demasiado lejos.
Las ideas de DevOps de fracasar rápido, aceptar el fracaso como algo bueno y empujar la entrega constante de código al sistema de producción eran conceptos aterradores a principios de la década. Avanzando hasta 2020, DevOps, Ágil y otras formas similares de trabajar son prácticas aceptadas en organizaciones que van desde pequeñas start-ups hasta enormes instituciones gubernamentales.
El Proyecto Fénix dibuja un panorama que tanto dentro como fuera de la organización de TI pueden entender claramente. La novela muestra cómo DevOps puede:
- Mejorar el valor que aporta la TI
- Permitir que las organizaciones reaccionen rápida y eficazmente a las presiones del mercado
No hay solución rápida
The Phoenix Project no da a nadie motivos para expectativas poco realistas. La historia muestra lo doloroso que puede ser el cambio e ilustra que las cosas no son cambiar de la noche a la mañana. Pero la novela destaca por mostrar cuánto valor puede aportar una mentalidad y forma de trabajar DevOps cuando se le da la oportunidad.
Los tres autores mostraron el viaje de DevOps para Parts Unlimited en forma de historia, con personajes reconocibles, giros argumentales, fracasos y éxitos. La historia permite al lector Ve cómo esta forma de trabajar puede aplicarse a una organización real con todas sus imperfecciones, diferentes personalidades y desafíos culturales. El cambio lleva tiempo, puede ser doloroso y no todo el mundo sobrevivirá al viaje.
A través del asesor de Bill, Eric, se nos presenta a son
- La teoría de las restricciones
- Pensamiento esbelto
- Metodologías ágiles
Conocemos cómo estas ideas han impactado en las operaciones de fabricación. Con la orientación, Bill se da cuenta de que estas ideas pueden tener el mismo impacto positivo en el desarrollo y las operaciones de TI.
Aquí están Gene Kim, uno de los autores, describiendo las tres formas (principios) de The Phoenix Project:
- Flujo
- Retroalimentación
- Cultura del aprendizaje continuo
Una historia para compartir
Las lecciones aprendidas por los personajes de The Phoenix Project y las posibilidades transformadoras que presenta el paso a una forma de trabajar DevOps deben compartirse, no solo con las personas que trabajan en TI. La presentación del viaje DevOps en forma de novela, en lugar de como una descripción académica y teórica de cómo adoptar DevOps, hace que el tema sea accesible a un público mucho más amplio.
Aunque la novela nunca están ganando el Premio Booker, está una lectura agradable con personajes agradables. Lo mejor de todo es que consigue humanizar la teoría detrás del DevOps.
El libro muestra claramente el impacto que el DevOps puede tener en cualquier organización, sin que parezca una varita mágica que transformará tu negocio mágicamente. La novela:
- De forma realista retrata los retos culturales y de personalidad que inevitablemente amenazarán con descarrilar tus esfuerzos.
- Ofrece ejemplos válidos de estrategias para superar estos desafíos.
Ya sea te son pensando en embarcarte en una transformación DevOps, son algún camino en este camino, o son tenido la suerte de haber formado parte de una transformación exitosa, recomiendo encarecidamente leer The Phoenix Project. Una vez te que lo hayas terminado tú mismo, deja una copia en los escritorios de tus líderes empresariales.
¡Cuanto más compartamos esta historia, mejor!
Lecturas relacionadas
Guía de DevOps
- ¿Qué es DevOps? Una introducción completa
- Una breve historia de DevOps
- Introducción a la arquitectura DevOps
- Automatización en DevOps: Por qué y cómo automatizar las prácticas de DevOps
- ¿Qué es CI/CD? Explicación sobre la integración continua y la entrega continua
- Cómo construir una tubería CI/CD usando Jenkins
- Métricas de DevOps para optimizar Pipelines CI/CD
- Métricas de entrega continua
- ¿Es la integración continua hacia el despliegue continuo una progresión, o no?
- Diferencias entre integración continua (CI), entrega (CD) y despliegue
- Control de código fuente y versiones en DevOps
- ¿Qué es las pruebas continuas?
- Marcos de automatización de pruebas: La guía definitiva
- Gestión de versiones en DevOps
- Explicación: Monitorización & Telemetría en DevOps
- Gestión del rendimiento de aplicaciones en DevOps
- Orquestación DevOps en el SDLC
- Introducción al DevOps de bases de datos
- El papel de los microservicios en DevOps
- El papel de la virtualización en DevOps
- Contenedores y DevOps: Cómo encajan los contenedores en los Pipelines de entrega de DevOps
- ¿Qué es una tubería de contenedores?
- ¿Qué es una cadena de herramientas DevOps?
- Gestión de contenedores y código para DevOps
- El papel de Agile en DevOps
- El papel de la nube en DevOps
- ¿Qué están FinDevOps?
- Principales tendencias DevOps en 2022
- Valores y principios de DevOps
- Métricas y KPIs de DevOps
- Consejos sobre DevOps para organizaciones pequeñas, medianas y grandes
- Estructura del equipo DevOps
- Los mejores libros de DevOps para leer hoy
- Reseña del libro The Phoenix Project: DevOps para todos
- Influencers de DevOps: 11 expertos en DevOps para seguir en Twitter
- GitHub, GitLab, Bitbucket y Azure DevOps: ¿Cuál es la diferencia?
- Mejores Prácticas: Cómo Diseñar Aplicaciones para Kubernetes
- Gestión de configuración en DevOps
- Estrategias de ramificación DevOps explicadas
- Títulos de trabajo, roles y responsabilidades en DevOps
- Pruebas en DevOps: Conceptos, Mejores Prácticas y Más
- La guía completa de certificaciones DevOps para 2022
- ¿Qué están el patrón de operador Kubernetes?
Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.