La Necesidad de la Estandarización

En este modelo vemos tres etapas de evolución organizativa.

Es muy difícil hablar de estandarización y automatización cuando una organización se encuentra en una etapa inicial en lugar de una etapa madura. Durante la etapa inicial, la organización no se preocupa mucho por el coste y la complejidad. Hay una etapa positiva cuando el negocio está creciendo, cuando tiene una buena utilidad y obtiene una mayor participación de mercado. Con el crecimiento de la demanda comercial y los ingresos viene una creciente demanda de servicios de TI. Se necesita tecnología para mantener el negocio en crecimiento. En esta etapa, si TI solicita más fondos, generalmente los obtiene. Por lo tanto, realmente no hay deseo de estandarización.

En algún punto, otros competidores ofrecen el mismo servicio en el mercado, lo que conduce a márgenes más ajustados y, como resultado, los ingresos comenzarán a aplanarse. La paradoja es que, si bien la demanda de servicios de TI sigue creciendo, debido a que la empresa necesita nueva tecnología para mantener su participación en el mercado, el presupuesto de TI básicamente se mantiene plano. O el presupuesto de TI podría incluso disminuir.

La paradoja continúa a medida que la organización ingresa a la tercera etapa de crecimiento negativo. Hay una reducción de los ingresos de la empresa y la organización se desespera por aprovechar los servicios de TI para proporcionar automatización a nivel comercial para ayudar a reducir los costes. DevOps y la estandarización se vuelven críticos en la tercera etapa.

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