Formación escrita en DevOps
¿Por qué necesita su equipo de DevOps reservar tiempo para mejorar su trabajo?
Reservar tiempo para mejorar el trabajo no es una técnica nueva de DevOps. Hace décadas, la manufactura Lean adoptó este lema: «Mejorar el trabajo es más importante que el trabajo en sí.”
». En otras palabras, si no mejora hoy su forma de trabajar, su trabajo quedará obsoleto mañana. A la larga, eso reducirá su capacidad de competir. Por ello, DevOps tomó esta técnica de la manufactura Lean para que sus equipos y su organización aprendan continuamente.
Estas son algunas ideas de la metodología de desarrollo y entrega de software de DevOps para que su equipo y usted aprovechen su tiempo para mejorar el trabajo y seguir aprendiendo:
- Comentarios de personas externas: Apoyo intensivo de personas ajenas a sus procesos de negocio para quienes participan en ellos. La perspectiva externa puede ayudar mucho a ver cómo mejorar los procesos y eliminar ineficiencias.
- Reduzca la deuda técnica periódicamente: Reúna al equipo con regularidad para dejar de trabajar en funcionalidades nuevas y dedicarse a reducir la deuda técnica. Ingenieros con habilidades en todo el flujo de valor trabajan directamente sobre el código, los entornos, las herramientas, los componentes y las arquitecturas, además de debatir sobre ellos. Así las funcionalidades nuevas se construirán sobre una base más sólida y estable.
- Reserve tiempo para innovar con regularidad: Libere un porcentaje del tiempo de trabajo de sus ingenieros para que puedan dedicarlo a innovar en tecnología y negocio. Google es una organización DevOps destacada que utiliza esta práctica desde hace años. Sus empleados disponen de un 20 % de tiempo sin asignar para desarrollar prototipos, productos, funcionalidades, conjuntos de pruebas y soluciones. Gmail, Google Maps y AdSense son algunos de los principales productos creados en ese 20 %.
- Fomente la enseñanza y el aprendizaje: Dedique tiempo a enseñar. Organice conferencias internas, talleres y sesiones de mentoría, coaching y asesoramiento para formar regularmente a los equipos. Los desarrolladores aprenden sobre operaciones y sus dificultades, y los ingenieros de operaciones aprenden sobre desarrollo. Así se crea y mantiene un entendimiento mutuo más sólido del trabajo de cada uno. A su vez, ambos grupos sientan una base de colaboración informada y con vínculos personales. Anime también a los equipos de DevOps a asistir a conferencias para comprender mejor cómo resuelven otras organizaciones retos de ingeniería y operación similares a los suyos.
- Haga que los especialistas enseñen a otros: Asegúrese de que sus especialistas tengan horas libres para que cualquiera pueda acercarse a hacer preguntas y hablar de temas que quizá ni siquiera guarden relación con un proyecto en curso. Aprendemos toda la vida. Su equipo lo respeta y lo sabe porque también sigue aprendiendo.
- Organice hackatones para innovar: Así lo explica Marc Zuckerberg, de Facebook: «Cada pocos meses hacemos un hackatón en el que todos crean prototipos de sus ideas nuevas. Al final, el equipo se reúne para ver todo lo que se ha creado. Muchos de nuestros productos más exitosos surgieron de hackatones, como Timeline, el chat, el vídeo, nuestro marco de desarrollo móvil y parte de nuestra infraestructura más importante, como el compilador HipHop».
CONCLUSIÓN
Al reservar tiempo periódicamente para mejorar, permite que todos los participantes en el flujo de valor asuman la responsabilidad de la innovación y la calidad. Así, todos los ingenieros del equipo de DevOps incorporan continuamente seguridad, calidad, aprendizaje, fiabilidad y mejora a su trabajo diario, y esos elementos se integran en los productos y servicios que la organización ofrece a sus clientes.
Al ayudarse entre sí, sus equipos de DevOps permitirán que la organización adelante a la competencia y que sus integrantes desarrollen al máximo su potencial como personas y como ingenieros.
