El proyecto Fénix by Gene Kim, Kevin Behr, George Spafford
Una historia sobre un proyecto imposible donde todos juegan a la política, arreglan bugs críticos sin parar y desperdician esfuerzos en parches rápidos en vez de ayudar al negocio a prosperar.
Si IT falla, el negocio falla.
Principios DevOps: Flujo, Feedback, Aprendizaje Continuo y Experimentación. Estos conceptos impulsan mejoras en capacidad de respuesta, fiabilidad y trabajo en equipo.
Resumen
El libro empieza con la promoción de Bill a VP de IT y la responsabilidad de entregar un proyecto imposible (Phoenix). El CEO le advierte: si no se entrega a tiempo, externalizarán todo IT y despedirán a todos.
Bill intenta entender la situación y descubre que todos apagan fuegos sin parar, con demasiadas responsabilidades y poco personal. Todo es urgente, todo para ayer. La fecha límite viene de arriba, sin planificación ni conversaciones con otros departamentos. En resumen: caos corporativo, política y reuniones infernales.
Bill conoce a alguien en la empresa que le ayuda a mejorar las cosas. No le dice qué hacer, sino que le hace preguntas para que encuentre la solución por sí mismo.
Por ejemplo, la primera pregunta: “¿Cuáles son los cuatro tipos de trabajo en IT?” La respuesta no llega de golpe, sino a lo largo de la historia:
- Proyectos de negocio: afectan directamente los objetivos del negocio. Generan ingresos y dan valor a los clientes.
- Proyectos internos: tareas regulares que mantienen el sistema funcionando (actualizaciones, parches de seguridad…). Suelen ser invisibles y pueden convertirse en cuello de botella.
- Cambios: resultado de los proyectos anteriores. Hay que saber qué cambiar y dentro de qué.
- Trabajo no planificado: el verdadero asesino de la productividad. Son todos los problemas operacionales que surgen de los otros tres tipos de trabajo.