System Thinking.
Lo más importante es que las organizaciones de DevOps siempre piensan en términos de Sistemas. Sistemas significa conjuntos de procesos integrados que trabajan hacia objetivos comunes.
Para las organizaciones de DevOps, Sistema significa el negocio como un todo, no sus departamentos o equipos específicos.
Organizar actividades de confianza en el desarrollo del software implica procedimientos y procesos variados.
Los equipos de desarrolladores escriben el código y después los Testers los prueban y los operadores proporcionan la infraestructura para ejecutarlos y finalmente los clientes los consumen.
Puede haber muchas personas y procedimientos involucrados en este proceso.
El pensamiento de Sistemas significa que cada equipo debe ser consciente de las acciones de todos los demás equipos que trabajan en las líneas de desarrollo y en última instancia las entregas se realizan al cliente.
DevOps define cómo las acciones pueden afectar no solo al equipo sino a todo el Sistema. Esto significa que los desarrolladores podrían tener una mayor visibilidad en el ciclo de vida completo de las piezas del código que escriben.
Esto también significa tomar conciencia de las posibles ramificaciones de un cambio en lugar de olvidarse de las modificaciones después de que se hayan terminados los códigos.
También significa que los administradores de Sistemas deben entender completamente el impacto del rendimiento en las aplicaciones una vez que se liberan a los clientes.
El pensamiento sistemático forma un excelente enfoque para pensar también sobre la culpa.
Tradicionalmente, cuando alguien forzaba partes de código hacia la producción, que causaban interrupciones importantes del servicio, eran señalados, reprendidos e incluso potencialmente despedidos.
Un pensamiento sistemático ha sido capaz de eliminar estas inclinaciones iniciales para la culpa individual.
Se trata de no culpar a un individuo que fue lo suficientemente desafortunado al pulsar el botón, sino al sistema que permitió que esto sucediera.
El pensamiento sistemático tratará incidentes como éstos como fallas en el Sistema.
El equipo de DevOps investigará inmediatamente las causas; no por personas que hicieron esto, sino cómo esto podría producirse en absoluto. Se puede mirar en las causas de por qué las pruebas automatizadas no pudieron atrapar la falla que lleva al principio de aprendizaje y experimentación.
Experimentación y Aprendizaje.
Las organizaciones DevOps siempre experimentan y aprenden de errores anteriores.
En un caso en que un desarrollador para el sistema, el incidente se investigaría a fondo reuniendo a personas apropiadas e incorporando arreglos para evitar recidivas futuras.
El incidente sería arreglado así que incluso si alguien hace la misma cosa otra vez, el sistema lo evitaría.
La gente aprende de sus errores y la organización permite a todos experimentar en lugar de obligarlos a centrarse en un conjunto restringido de tareas.
Las organizaciones de DevOps siempre están fomentando la creatividad y el pensamiento fuera de la caja en lugar de preservar los enfoques de la mentalidad de las viejas maneras.
Esto, naturalmente, animaría a todos a ser humildes, no hay ideas perfectas todas se podrían desafiar.
DevOps ha sido capaz de establecer precedentes en la experimentación siendo aceptable, incluso si terminan en los fracasos, ya que eventualmente los fracasos son las mejores maneras de aprender.