El Modelo de Lewin para el Cambio y la Mejora Continua

La Transformación hacia DevOps no es una implementación de una herramienta / un proceso, es tomar a un grupo de personas que tengan diferentes valores y creencias y ayudarles a llegar a un acuerdo sobre los valores, las creencias, las prácticas y las prioridades compartidas para que trabajen juntos de una manera nueva. Esto se llama un cambio cultural / organizativo.

El Modelo de Lewin para el Cambio

Descongelar: definir la situación actual y crear una visión del estado final deseado

Cambiar: llevar a las personas a través del cambio

• Se sigue un plan para implementar los cambios previstos.
• Involucrar a las personas y mantener el entorno de aprendizaje seguro que Schein prescribe para la etapa de descongelación
• Permite la experimentación sobre soluciones a problemas
• Proporciona excelentes modelos a seguir con los que las personas puedan identificarse

Congelar: las nuevas prácticas laborales se convierten en nuevos hábitos laborales

• Las nuevas formas de pensar se convierten en la sabiduría estándard
• Un momento de vigilancia por parte de los líderes del cambio, que deben abordar cualquier tendencia de las personas al hablar, pensar o actuar de acuerdo con las viejas formas
• Recompensa los comportamientos y resultados que estén alineados con el entorno cambiado

También se aprovechan partes del Modelo de Mejora Continua de ITIL en el modelo 20-20. Algunos estados son similares al modelo de Lewin. La pieza que falta en el modelo de Lewin es la Visión del Cambio para la transformación. Una clave es establecer ¿Dónde vamos? Hay dos pasos: 

1. ¿Que es "bueno"? ¿Cuál es el estado futuro? 

2. ¿Dónde estamos ahora y cuáles son los diferenciales entre el estado futuro y nuestro estado actual? 

Entonces podemos decidir nuestro punto de partida. Esta conversación sobre el Norte es importante antes de comenzar el proceso de cambio en sí.

Comenzamos a ver cómo estos diferentes modelos comienzan a crear un enfoque integrado para la gestión del cambio.

• Primero, necesitamos entender los objetivos del negocio. La necesidad de cambio es mayor que sólo el discurso de TI. Si es sólo TI para TI, entonces será un problema. De hecho, algunas empresas han comenzado a cambiar el nombre de DevOps a ‘BusDevOps', lo que significa 'estoy haciendo una actualización a la lista de pendientes de trabajo en mi equipo Agile, pero tengo que conectarme con la estrategia del producto y la dirección hacia la que va la empresa'.
• Compromete a las Partes Interesadas, trabaja con ellos para crear la Visión del Cambio.
• Involucra al equipo adecuado y potencia la acción.
• Institucionaliza los nuevos comportamientos.

La base de la Transformación hacia DevOps es un cambio cultural y de personas respaldado por prácticas y automatizado por herramientas. Ni las prácticas ni las herramientas son el objetivo. El objetivo siempre ha sido: '¿Cómo unimos dos tribus separadas para crear una cultura de valores y prácticas compartidas?' Una Transformación hacia DevOps es, en esencia, un proyecto que implica ayudar a las personas a cambiar.