Exploración de la referencia cultural de DevOps
Culture es una base esencial para DevOps, ya que requiere un crecimiento y una mentalidad de aprendizaje continuo para tener éxito. El apoyo al liderazgo es uno de los elementos críticos para su éxito.
Antes de analizar el aspecto de la cultura de DevOps, consideremos el rol de la cultura en la capacidad de una organización de adoptar DevOps. Según Gartner:
La resistencia cultural y los bajos niveles de disciplina del proceso crearán tasas de error significativas para las iniciativas de DevOps.
Gene Kim, autor del Phoenix Project and DevOps Handbook, dice:
DevOps es un recorrido lleno de desafíos y rara vez son esos desafíos simplemente debido a la tecnología incorrecta o a los procesos incorrectos. De hecho, los obstáculos más grandes y difíciles tienden a ser culturales. Y, si se equivoca la cultura, incluso si todo lo demás está bien, se dirige a frustración, costo adicional y probable fracaso.
¿Qué es la cultura?
Para nuestros propósitos, la cultura es el patrimonio social de un grupo. Es un patrón de respuestas detectadas, desarrolladas o inventadas durante la historia del grupo de control de problemas que surgen de interacciones entre sus miembros y entre ellos y su entorno.
La referencia cultural determina:
- Lo que es aceptable o inaceptable.
- Lo que es importante o no importa.
- Qué es correcto o incorrecto.
- Lo que es factible o no se puede trabajar.
- A quién contratas, disparas y promueves.
¿Por qué se producen errores en las iniciativas de DevOps?
Las investigaciones de Gartner muestran que a través de 2023, 90% de iniciativas de DevOps fallarán debido a las limitaciones de los enfoques de administración utilizados por el liderazgo.
Importante
La responsabilidad principal del liderazgo es la creación de un entorno que permite una cultura de DevOps correcta.
Las personas que trabajan en esfuerzos creativos no necesitan "cerveza en el salón de descanso" para motivarlos. En su lugar, las personas creativas necesitan dominio, autonomía y propósito.
Cuando las personas preguntan cuál es la parte más importante del éxito de Microsoft, ¿es la visión, la estrategia o la ejecución? – El director general de Microsoft Satya Nadella dijo que son importantes, pero al final, fue su propósito y mentalidad de crecimiento.
Los 12 ejemplos de una mentalidad de DevOps
Estos son 12 ejemplos de una mentalidad de de DevOps: mentalidad de liderazgo, centrada en el cliente, pensamiento lean, pensamiento del sistema, eliminación de residuos, teoría de restricciones, alineación y autonomía, pruebas de desplazamiento a la izquierda, mentalidad de seguridad, desarrollo controlado por hipótesis, sitio en directo y resultados de medida, no mentalidad de actividad.
Mentalidad de liderazgo
Gartner realiza las siguientes recomendaciones:
- Identifique los líderes de transformación mediante la priorización de características de comportamiento específicas necesarias para dirigir una iniciativa de DevOps, lo que pone menos énfasis en los conjuntos de aptitudes técnicas.
- Desarrolle líderes transformacionales adoptando el fracaso como una oportunidad de aprendizaje.
- Administre los líderes de transformación al permitirles tomar decisiones libres de suposición en segundo lugar y proporcionando objetivos claros y métricas clave.
Dado que DevOps es transformador, los líderes de operaciones de infraestructura & (I&O) deben identificar a los candidatos que son visionarios, adaptables, motivados, capacitados y responsables.
Mentalidad centrada en el cliente
¿Qué significa ser centrados en el cliente?
- Escuchar y comunicarse con nuestros clientes
- Medición de lo que es importante
- Adoptar el rojo en producción
- Compilación, medida y aprendizaje
- Uso de la alternancia de características para la implementación correcta
- Recopilación de datos ampliamente pero cuidadosamente
Mentalidad de pensamiento lean
Valor: La mentalidad de pensamiento lean comienza con una comprensión detallada del valor que el cliente asigna a los productos y servicios. La organización se centra en eliminar los residuos para que puedan ofrecer el valor que el cliente espera en el mayor nivel de rentabilidad.
El flujo de valor abarca todo el ciclo de vida del producto, desde las materias primas a través del uso del cliente y la posible eliminación del producto. Para eliminar los residuos, el objetivo final de Lean, debe haber una comprensión precisa y completa de la secuencia de valores.
Flow: Flujo de comprensión es esencial para eliminar los residuos. Si el flujo de valor deja de avanzar en cualquier momento, el desperdicio es el inevitable by-product. El principio de fabricación magra del flujo consiste en crear una cadena de valor sin interrupción en el proceso de producción y donde cada actividad está en paso con cada otra.
extracción: El principio magro de extracción ayuda a garantizar el flujo asegurándose de que nada se hace con antelación, lo que crea un inventario de trabajo en proceso y detiene el flujo sincronizado. En lugar de usar el enfoque tradicional de fabricación estadounidense de impulsar el trabajo en función de una previsión y programación, el enfoque de extracción determina que no se hace nada hasta que el cliente lo ordena.
Perfección: los profesionales lean se esfuerzan por lograr la perfección. La marcha hacia un proceso perfecto se produce a medida que las mejoras continuas abordan las causas principales de los problemas de calidad y los residuos de producción. La búsqueda constante de la perfección es lo que impulsa a los usuarios del enfoque a profundizar, medir más y cambiar con más frecuencia que sus competidores.
Mentalidad de pensamiento del sistema
Una mentalidad de pensamiento del sistema enfatiza el rendimiento de todo el sistema, no el rendimiento de un silo específico de trabajo o departamento.
Céntrese en todos los flujos de valor empresarial habilitados por TI. En otras palabras, comienza cuando los requisitos se identifican por la empresa o el equipo de TI, el desarrollo integrado y, a continuación, pasa a las operaciones de TI, donde el valor se entrega al cliente como servicio.
Eliminación de la mentalidad de residuos
Una mentalidad lean se centra en identificar y eliminar los siete residuos mortales que no son de valor para el cliente:
- Trabajo parcialmente realizado
- Proceso adicional
- Características adicionales
- Cambio de tareas
- En espera
- Movimiento
- Defectos
Teoría de pensamiento de restricciones
La teoría de restricciones es una metodología para identificar y quitar restricciones (también denominadas cuellos de botella) que limitan el rendimiento. En la práctica, empiece por identificar el factor más importante que se encuentra en la forma de lograr un objetivo. Trabaje para minimizar ese factor hasta que ya no sea una limitación.
Equilibrio de la alineación y la mentalidad de autonomía
Es necesario lograr un equilibrio entre alineación y autonomía. Demasiada alineación conduce a menos innovación, menos motivación y menos colaboración. Demasiada autonomía conduce a más caos, confusión y conflicto, al tiempo que también conduce a una menor coherencia.
Mentalidad de pruebas de desplazamiento a la izquierda
pruebas de de desplazamiento a la izquierda es un enfoque que se usa para acelerar las pruebas de software y facilitar el desarrollo moviendo el proceso de prueba a un punto anterior del ciclo de desarrollo. El desplazamiento a la izquierda es una referencia para mover las pruebas a la izquierda en una escala de tiempo. Ayuda a crear calidad e identificar problemas anteriormente para reducir el desperdicio de reproceso.
Las pruebas de desplazamiento a la izquierda están diseñadas para ser un mejor modelo para el desarrollo rápido de carril, ya que los modelos de prueba tradicionales que esperan hasta más adelante en el ciclo de desarrollo pueden cuellos de botella.
Mentalidad de seguridad
Para lograr una mentalidad de seguridad , los equipos deben:
- Promover la concienciación.
- Defina sus principios.
- Vive por sus principios.
Mentalidad de desarrollo controlada por hipótesis
El uso de un enfoque lean product para desarrollar en ciclos más cortos y usar desarrollo basado en hipótesis ayuda a crear pequeños experimentos para obtener comentarios de nuestros clientes y decisiones controladas por datos.
El enfoque de desarrollo basado en hipótesis:
- Comienza a partir de una suposición: algo aceptado como verdadero sin prueba
- Articula la suposición que se va a probar
- Realiza experimentación y pruebas
- Examina la evidencia: un indicador del resultado
Mentalidad de sitio activo
Para un equipo de DevOps, no hay ningún lugar como producción. Todo lo que hacen consiste en mejorar la experiencia de los clientes.
Para crear un sitio estable y de alto rendimiento, aplique los procedimientos recomendados de operaciones continuas de forma disciplinada y continua para mantener el sitio en buen estado.
Entre los factores clave de nuestra referencia cultural del sitio activo se incluyen:
- Detectar antes de que los clientes sientan el dolor
- Unidad con datos
- La causa principal es la clave
- Configurar como código
- Automatización para sobrevivir
- Estar abierto y aprender
Medir el resultado, no la mentalidad de actividad
La forma en que mides a las personas darán lugar a cómo se comportan las personas. Debe medir el uso, la velocidad y el estado del sitio activo, no las líneas de código, el agotamiento del equipo y el número de errores encontrados.
Sugerencia
Tenga cuidado con su medición para dar lugar a un resultado óptimo.