La Complejidad crea Fragilidad y Deuda

Cuando se implementa una solución fácil en lugar de la mejor solución, hay que pagar un coste en forma de soluciones alternativas complicadas, rehacer y otras cargas que luego continúan haciendo lento el flujo de trabajo. Este flujo de trabajo más lento provoca más desafíos y, por lo tanto, la deuda técnica se acumula.

La deuda técnica se acumula de manera muy similar a la deuda monetaria. Conforme el coste de rehacer y los procesos excesivamente complejos exigen esfuerzo de los que están en las operaciones, disminuye entonces su capacidad para atender fallos previos o proporcionar realimentación a desarrollo. Esto lleva a que se le pida a desarrollo que compensen esas fallos y a tener menos tiempo para atender las entregas anteriores que fueron defectuosas, y así sucesivamente. Esto es similar a la forma en que el interés sobre la deuda monetaria disminuye la capacidad de una persona para pagar la deuda original.

Una vez que eso sucede, las cosas sólo empeoran porque los ciclos de producción son cada vez más lentos. Las personas se vuelven cada vez menos ambiciosas de emprender nuevos proyectos, y se completan menos proyectos nuevos.

Comentarios

Publicar un comentario

Entradas populares de este blog

El Problema de Entrega de Valor de TI

Mentalidad de Silos: Las estructuras organizativas actuales fomentan una mentalidad de silo. Una mentalidad de silo ocurre cuando un equipo o departamento comparte un conjunto de tareas comunes pero opera de manera distinta a otros grupos. Muro de Confusión: El silo ha causado el problema principal en TI que DevOps se esfuerza en solucionar, el de la desconexión entre los equipos de Dev y Ops. Es un escenario en el que tanto Dev como Ops no entienden fundamentalmente por qué la otra parte hace las cosas de la manera que lo hace, o cuáles son sus necesidades. Optimización local: Los procesos localmente optimizados significa que el trabajo se puede completar dentro de cada área individual, pero los desafíos con la priorización y la productividad en los traspasos entre grupos con trabajo con frecuencia en un estado de espera no activo entre grupos. Ineficiencia de procesos: Los procesos complejos resultan en ineficiencias. El resultado es que los silos están localmente optimizados pero no...
Leer más

La Fórmula de Gleicher para el Cambio

La fórmula para el cambio fue creada por David Gleicher a principios de la década de 1960. Esta fórmula proporciona un modelo para evaluar las fortalezas relativas que afectan el probable éxito de los programas de cambio organizativo. Para lograr que una organización se 'descongele', hay tres factores: Insatisfacción: Insatisfacción con cómo están las cosas ahora. ¿Crees que el status quo ya no es sostenible? Visión: Crear una visión para el futuro. ¿Cómo se visualizamos la Transformación hacia DevOps? Primeros Pasos: Los primeros pasos concretos que se pueden dar hacia la visión. Tres factores deben estar presentes para que se produzca un cambio organizativo significativo. Si el producto de estos tres factores es mayor que la resistencia al cambio, entonces el cambio es posible. Si cualquiera de los tres factores es cero, el producto total de los tres factores será cero y, por lo tanto, incapaz de superar la resistencia.
Leer más