¿Sería inusual que un CIO tenga la tarea de supervisar el análisis de datos y el desarrollo de software?

Tener análisis de datos bajo el mandato del CIO es bastante común. Personalmente, creo que es un enfoque tonto, pero estoy claramente en minoría. La razón por la que creo que es tonto es que los CIO administran los sistemas, mientras que el análisis se trata del significado de los datos, no del sistema en el que se encuentran.

La razón por la cual la mayoría de las organizaciones lo ponen bajo el CIO es porque hay muchas computadoras involucradas. Lo entiendo, y tiene sentido. Además, lo que está haciendo el analista es programar de manera aproximada incluso si solo se realiza en producción sin la mayoría de las cosas normales de SDLC.

Personalmente, creo que debería ir bajo un director de análisis o similar. Muy, muy pocas organizaciones tienen aquellas actualmente y muchas que solo tienen un rol simbólico que realmente informa al COO. Si desea elegir a alguien de la suite C existente, le sugiero al CFO. Esa es una función que entiende que los números en sí mismos no son importantes, pero lo que representan es fundamental.

Altamente inusual: esto podría transformar el papel del CIO. El CIO vino de los días de Oracle / SAP donde el rol era optimizar los sistemas de la compañía, generalmente en una organización bastante grande con miles de empleados. Por lo tanto, se transfigura en control de acceso y privilegios para estos empleados y, por lo tanto, establece la jerarquía de la empresa (no puede hacer eso / acceder a esto, está por encima de su nivel salarial). El análisis de datos en este entorno solo estaba creando una historia de datos para las personas de C-Suite y el desarrollo de software fue para Morlocks en un departamento separado, cuando el software era parte de la oferta de la compañía. Nada que ver con el funcionamiento de la propia empresa.

Cuán lejos hemos llegado.

No lo creo.

Ambos tienen tuberías de desarrollo y producen un producto. Ambos consumen personal y capital. Ambos necesitan presupuestos operativos para generar valor para la empresa.

Pero también son dominios muy diferentes al enfoque tradicional de CIO de centros de datos, bases de datos, mesa de ayuda y operaciones.

Es posible que un CIO determinado no tenga la profundidad para administrar las demandas tradicionales Y modernas, donde esas demandas modernas se externalizan a la nube de su infraestructura, se aplican técnicas de DevOps e implementan análisis que afectan directamente a los flujos de ingresos operativos diarios.

El verdadero desafío puede ser simplemente “interno” frente a la migración a la nube. Los viejos hábitos y las políticas corporativas pueden ser muy resistentes al cambio / evolución, por lo que el CIO ‘clásico’ puede ser más un impedimento que un acelerador al adoptar prácticas y análisis de desarrollo modernos. Por lo tanto, es muy posible que tenga que establecer un rol de CTO para hacerse cargo de Desarrollo y Análisis, junto con la estrategia en la nube. Entonces puede esperar fusionar estos dos roles, cuando aparezca el candidato de CIO correcto. Y es posible que en realidad no reciba demasiado empuje del CIO titular, ya que de todos modos no está en su “timonera” …