Lo bueno de leer a gente capaz y con experiencia es que siempre puedes aprender de ellos. Solo por eso merece la pena todo el tiempo dedicado a los blogs. Si además escuchan tu opinión, es para sentirse más que feliz.

El efecto de "a coste cero, demanda infinita" que comentó Angel, sirvió a Luis para comentar su experiencia en repartir los costes de su área de TI entre las unidades funcionales (o geográficas, en su caso). Este ejercicio, complicado pero imprescindible para poder gestionar y mejorar tu departamento tiene algunas posibles consecuencias que comenté en el blog de Luis:

• Siempre hay un caso en que el CxO de ese área puede estar tentado de elegir otra opción más barata. A él no le importara que no sea compatible con el resto de la compañía o posibles complicaciones posteriores. Cree que un precio que puede conseguir "por fuera" es mejor (ejemplo: comprar PCs en MediaMarkt en vez de en DELL/HP).
• Unido a eso, tentación de buscar atajos para saltarse el dpto de TI (Office pirata, tamatgochis en Access que luego no mantiene nadie..).
• Peligro de obsolescencia del dpto. Una aplicación en un nuevo lenguaje me costará 125 respecto a la base de 100 de usar lo que ya conozco. Pero ese 25 "extra" me permite que el equipo de desarrollo actualice conocimientos, se prepare para el futuro y, además, genera cierta motivación extra. Será difícil que el COO pague ese 25% más y preferirá que sigas con el COBOL.
• Reparto de "ahorros". En ocasiones, un desarrollo/proyecto tiene unos costes de aprendizaje/instalación que se repercuten al proyecto A pero luego mejoran los resultados de los proyectos B, C y sucesivos. ¿Cómo le devuelves ese ahorro al que "pagó" A?. Ejemplo, instalas un BusinessObjects para comercial sobre el que luego montar un datamart para financiero.

Luego Angel me imputo un miedo que no es el sentimiento que, desde luego, me despierta a mi el tema del outsourcing. Jose Mª entendió mejor mi comentario. Aunque el propio Angel añadió un comentario que coincidía plenamente con mi mensaje sobre el precio y el valor.

Hay muchos aspectos a comentar: la necesidad de coherencia de las iniciativas en la compañía, los costes ocultos que un CxO sin conocimientos de TI no puede/sabe valorar, el conservadurismo del CIO, lo que gusta a algunos "ver las maquinitas",...

Pero por ahora, me quedo con la parte de mejora continua de Angel, que además vale para el CIO y para cualquier otro directivo.

Como CIO (o como director de RRHH o financiero o comercial), conoce tus costes, repártelos y propón tú mismo la externalización de los servicios en que aportas menos valor a la compañía pero alguien puede hacerlo por un menor coste (externalizar nóminas en RRHH, las compras en Financiero e incluso actividades comerciales). Hazlo hoy y mira a ver cuanto te cuesta esa actividad en el mercado. Cuadre o no, mejora tus procesos. Y dentro de un año, vuelve a hacer el ejercicio. Y no olvides revisarlo si lo has externalizado. Quizás ahora lo puedes hacer tú mejor (y/o más barato).

Ese CPD que no podías externalizar ahora si puedes porque si no lo haces, tienes que contratar a cuatro personas más. Esas nóminas que no podías por que eran complejas, ahora, con el nuevo convenio, son más sencillas...

Un ejemplo real (y muy alejado de TI) ha sido la gestión de nuestra flota de vehículos. Renting, leasing, flota propia, autónomos, contratados... Hay muchas opciones dferentes y unas cuantas variables que influyen: tipo de interés, coste de combustible, coste de vehículo, costes laborales, etc. El análisis de las alternativas de forma periódica ha hecho que modelos imposibles de utilizar en un momento pasado ahora estén en marcha. Y que los modelos clásicos supuestamente inamovibles hayan sido abandonados.

Eso si, miedo...¿quién dijo miedo?