¿Cómo resolvió los desafíos de ‘Descentralizar la toma de decisiones’ en el dominio de software / TI?

Answer 1

La distribución de gastos generales entre los departamentos y hacer que ejecuten su propio P / L no es un concepto nuevo. Alinear los incentivos para el departamento individual P / L también es bastante común. Algunas compañías crecen un paso más allá y permiten que los departamentos compren a proveedores externos si obtienen lo que necesitan más barato que al departamento interno.
Un ejemplo fue durante el cambio en AirTex. Un departamento en particular se adelantó, compró su propia impresora y cobró a otros departamentos diez centavos por copia. Otros jefes de departamento podrían haber comprado muy bien sus propias impresoras, pero ahora que estaban a cargo de su P / L, pensaron mucho en el costo real de la compra, en lugar de pagar diez centavos por copia. Otro ejemplo fueron varios departamentos en AirTex que luchan por el espacio de estacionamiento de aviones. La administración estableció un límite en las “ofertas” que cada departamento podría hacer y luego, básicamente, asignó más espacio a quienquiera que hiciera la oferta más alta. Los jefes de departamento que ejecutaban su propio P / L tenían que tomar decisiones muy cuidadosas al tiempo que pujaban por más espacio, lo que en parte reducía el problema. El beneficio meta provino de observar la tendencia de las ofertas que brindaron una buena visión de una decisión más estratégica de invertir en más espacio de estacionamiento.
Así, en general, la descentralización de la toma de decisiones parece funcionar en el caso anterior. Ahora, el mismo problema en una industria de software se desarrolla de manera muy diferente. Tienes pocos departamentos en una empresa mediana. Si cada departamento está haciendo su propio P / L y juega bajo las mismas reglas anteriores, nos encontramos con varios problemas. Lo primero y más importante es que la línea de tiempo de los diferentes proyectos que se impactan entre sí es diferente. Es un hecho bien conocido en el mundo del software que los costos de mantenimiento del código a largo plazo son mucho más que los costos de creación. ¿Cómo resolvemos este problema? ¿Qué es detener a uno de los principales responsables de la toma de decisiones tecnológicas para elegir una tecnología que facilitará la entrega rápida del producto pero que su mantenimiento sea costoso? ¿Qué es evitar que las personas tomen decisiones tecnológicas en silos que no funcionan bien con el ecosistema más grande?