Externalizar, ¿quién dijo miedo?

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?

servido por Rafael sin comentarios compártelo favorito

Recortando TI

Si bien suelo coincidir con buena parte de los comentarios de Enrique Dans, creo que esta vez se ha pasado un poco en la simplificación. Lo que dice suena muy "cool", encaja bien con un cierto tono provocador, pero creo que está bastante lejos de la realidad, aunque puede valer como punto de partida para la discusión (lo que por otra parte me parece más cercano a su intención final, aunque esto es asegurar algo sobre lo que no tengo ninguna base.

El argumento, simplificando mucho, es que, en estos tiempos de recorte, es mejro recortar gastos de TIC por la parte de arriba de la pirámide, despidiendo a los directores de Ti que no sean capaces de "escribir el código que genere un ‘Hello World’ en C, HTML y PHP, y extraer ‘Hello World’ de una base de datos MySQL usando un script en Perl".

Con un poco de demagogia, el párrafo de “su enfoque exclusivo a la estabilidad en lugar de a la innovación han llevado a muchos directores de departamentos tecnológicos a convertirse en fósiles que gestionan cementerios de elefantes, en los que toda innovación recibe la calificación automática de “extravagancia” o “pérdida de tiempo” y donde los perfiles más innovadores sales huyendo como de la peste” podría ser contestado con que seguro que esto no es lo que pasaba en Lehman Bro., donde un montón de "perfiles “menos viciados” y con nuevas visiones" se alejó de la estabilidad y califico a los banqueros comerciales de “fósiles gestores de cementerios de elefantes”. En todo caso, este párrafo es un ejercicio de humor que no pretendo que se tome en serio ni sirva para distraer la conversación.

Pero siendo un poco más serio, creo que hay dos ideas a comentar: el inmovilismo de las direcciones de TI y el conocimiento técnico (o de lo último, esto no está claro) del responsable del área.

Coincido en que en muchos casos se puede caer en un cierto inmovilismo en cualquier area de dirección, siendo especialmente problemático para áreas como TI o marketing o incluso producción y logística. En la dirección de TI somos muchos los que preferimos estar en la "penúltima versión" (la última lleva a historias como la de yuki). Y creo que ese inmovilismo no es justificado, pero hay que distinguirlo de la prudencia que debe acompañar el desempeño de la responsabilidad en una empresa. Si tienes el típico cojo-sistema de millones de líneas en, por ejemplo, VisualBasic 6, no tiene sentido ponerte a migrar todo ahora a Ruby. Otra cosa diferente es que aproveches los nuevos desarrollos para hacer ciertos experimentos en nuevos entornos o nuevas tecnologías.

En cuanto al perfil del responsable de área, no queda claro si se refiere a conocimientos técnicos más o menos generales o a estar "en lo último". Lo primero, sinceramente, creo que no es la regla general. La mayor parte de los directivos de áreas de TI que conozco han pasado por etapas más técnicas o de más detalle como programadores o analistas o jefes de proyecto. Otra cosa es que hace 10-15 años ellos programaran en Cobol, Clipper o VB3 y eso no es lo que se utiliza ahora. Pero la lógica de los sistemas es la misma. Para mi la diferencia entre entender los sistemas no entenderlos es el "saber como piensan", y eso no cambia con el lenguaje de programación. Y el que escribía Cobol puede leer C# o .net o Java cuando es jefe de equipo, aunque no creo que necesite hacerlo si es el director de sistemas. No veo al director financiero haciendo apuntes contables o al de operaciones cargando camiones o apretando tuercas en una cadena de montaje.

Puede que yo esté equivocado, pero los tiempos en que el analista dependía del director financiero o que el responsable de compras, como premio a la gestión de telefonía, era ascendido a director de informática, han pasado hace mucho (o yo he tenido mucha suerte en lo que he visto).

Por cerrar con otra nota menos seria, sé escribir una query de SQL razonablemente (sigue habiendo matices entre Oracle, SQL y mySQL que me obligarían a un par de intentos), no sé escribir C (aunque piqué unos miles de líneas en Clipper y revisé y probé otros miles de VB) y, en cuanto a web-dos-cerismo, tengo blog, twitter y la intranet corporativa basada en software libre, igual que la herramienta de gestión de proyectos. Es decir, que no me veo directamente implicado en el ERE que Enrique sugiere, por lo que este no debe ser considerado un post defensivo.

Por último, me encanta este comentario de Gorki:

Un gerente de sistemas, debe saber de informática, pero más aún saber de información Para que quiere los datos la empresa y que va a hacer con ellos es bastante mas complejo que saber como se guardan y recuperan esos datos en la BBDD. Lo primero te lleva media vida de trabajar en empresas, lo segundo te lo enseñan en cualquier academia en tres meses,

servido por Rafael 11 comentarios compártelo favorito

Consentimiento informado

Como de todo hay que aprender, la lectura del documento por el que supuestamente afirmas que eres consciente de los riesgos de una operación (el llamado consentimiento informado) me ha provocado una reflexión sobre la implantación de grandes sistemas de información o ERPs.

Por si alguno ha tenido la suerte de no ver ese documento, básicamente te cuentan que esa operación no tiene riesgo (da igual que sea un trasplante de corazón que quitarte una verrugita) pero que las complicaciones posibles son un pequeño malestar, una infeccioncilla, la pérdida del órgano operado o la muerte (más o menos).

Sería como hacer firmar al cliente, antes de instalar el ERP, que estadisticamente lo normal es que la implantación del sistema sea un éxito, pero que en determinados casos puede ocurrir la paralización de las operaciones, errores de cálculo graves en la definición de los productos vendidos, problemas de seguridad que afecten a los datos de sus clientes o la suspensión de las actividades.

Y, aunque no llegues a esos extremos, puedes tener otros daños menores como los de los malteses de yuki y sus pedidos a mano.

Está claro que estos son algunos de los peores casos, como los que podemos encontrar en los periódicos referentes a negligencias médicas o errores en las intervenciones. Lo que si es cierto es que basándose simplemente en la denominación de "best practices" o en complejos business case de perfecta presentación y dudosa exactitud nos presentan/presentamos mundos ideales en que los riesgos se infravaloran o directamente se ignoran. Y quizás ese consentimiendo informado en que se pinta el peor resultado posible es una exageración, pero no cabe duda de que pedir al implantador (o al director de sistemas) que describa ese peor escenario no es un disparate.

servido por Rafael 4 comentarios compártelo favorito

Gracias

Aunque esto queda totalmente fuera del contenido del blog, no podía dejarlo pasar.

Desde que ayer comenté lo del oftalmólogo de mi hija y su, ahora ya inevitable, operación de cataratas, he recibido muchos correos, llamadas y twitteos de gente "a la que no conozco". Mensajes de apoyo, ánimos, ofrecimiento de contactos, de segundas opiniones, etc. Como ya he dicho a algunos directamente, GRACIAS.

Ayer me acosté realmente emocionado por las respuestas recibidas. Me encantaría nombrar a todos, pero como seguro que me dejaría a alguien, prefiero dejarlo así para no ser injusto. De nuevo, simplemente, GRACIAS A TODOS.

Por último, un consejo para padres: no esperéis a los 4 años para llevar a los hijos a su primera revisión oftalmológica, aunque no haya ningún síntoma. Un ojo con visión del 110% oculta perfectamente otro con visión de sólo 20%.

NOTA 1: Por volver a la temática habitual, si en TIC tuvieran los clientes que firmar un consentimiento similar al de las operaciones quirúrgicas, nadie instalaría no ya un ERP, sino un parchecillo de versión.

servido por Rafael 4 comentarios compártelo favorito

Mi Acer Aspire y los sistemas operativos

Tengo un Acer Aspire One desde hace unas semanas y algunos conocidos me habían preguntado qué tal va, aunque veo que algunos no sólo ya lo tienen, sino que, como Edu, lo destripan sin piedad. En absoluto me veo capaz de hacer un detallado review del producto, como hay muchos.

Pero un post recomendado por jmpelaez en tech-talk y otro post de Enrique Dans de hace unos días y, en especial un comentario en él, me hacen escribir unas líneas que pretenden pasar del "review" del equipo a algo que va más allá: los sistemas operativos.

No me considero miembro de ningun grupo "ultra" en esto de ordenadores y sistemas operativos. Tengo un MacbookPro, un portátil con XP y el Acer con Linpus (bueno, tenía). Profesionalmente tenemos muuuchas docenas de equipos con XP y servidores con Windows Server, con SQL Server, con mySQL y, en breve, con Oracle, además de servidores web con Apache y otros con Internet Information Server. Así que, bueno, creo que parece claro que no tengo prejuicios.

Mi experiencia con Mac OS-X es de pocos meses, y la verdad es que con el MacBook Pro es excelente. Ningún problema serio en este período y un rendimiento superior a cualquier otra máquina que he tenido (probablemente, diría lo mismo con un Sony última generación y Vista, pero no lo sé). Incluso mis hijas lo han aprendido a "manejar" fácilmente. Ahora mismo estoy sorprendido por la nueva versión de iTunes que presentó apenas ayer Steve Jobs.

Pero lo de Linpus no es lo mismo. Es verdad que, con encender el equipo, tienes la conexión wifi y es casi imposible que tengas problemas para abrir, modificar o crear documentos Office de la oficina. Si solo quieres eso, perfecto.

Pero a partir  de ahí, las cosas se complican. Instalar un modem 3,5G Novatel era, al menos hace un par de semanas, imposible. Necesitabas pasarte a otra versión de Linux. Y si eres un usuario medio, querrás además un reproductor de video un poco más potente (simplemente en formatos). E instalar VLC no es trivial, no se puede ejecutar un setup.exe o arrastrar un fichero a la carpeta Aplicaciones. Tienes que abrir una línea de comandos y copiar cosas que ves en internet sin entender (que significa yum install vlc ?). Lo siento, pero esto no es lo que me apetece cuando llego a casa despues de pelear con los problemas de 500 usuarios.

Respecto al equipo, mi conclusión es que es fantástico y que con XP va como un tiro. En cuanto a sistemas operativos, para el usuario medio, creo de verdad que Mac OS-X y Windows XP están hoy por delante de Linux, al menos en la versión preinstalada. Qué esto de los portátiles ha servido a Microsoft para paliar el desastre aparente de Vista, cierto. Pero es que XP es un buen producto y que con los años ha logrado una estabilidad importante (hace años que no veo una BSOD, salvo en mis primeros intentos de instalar en el Acer). Y que aún no tengo claro que haya "un Linux para seres humanos", aunque esto parece que excluya a los techies de serlo .

Y, si lo hay, Acer se ha equivocado al seleccionar la distribución para su equipo.

servido por Rafael 14 comentarios compártelo favorito

Reducción de jornada por paternidad

Aunque tengo a medias el post del Acer, el Linux y demás "cosas técnicas", no quiero dejar pasar esto.

Como he comentado alguna vez, en mi compañía hay un gran porcentaje de personal joven y, en puestos administrativos, mayoritariamente mujeres. Muchas de ellas se han acogido a diferentes planes de reducción de jornada. En muchos casos esto supone una disminución del salario para ellas y del coste para la empresa a cambio de tener personas más contentas, agradecidas y que sacan casi el mismo trabajo porque se pierde mucho menos tiempo. Lo que en las escuelas de negociación llaman un win-win.

Pero hoy se ha producido un hecho sin precedentes aquí. Y es que ha sido un hombre el que ha solicitado esa reducción. En particular, una persona de mi departamento, un programador.

Dice que tras los dos meses que ha disfrutado de su hijo con la jornada intensiva, lo de volver a trabajar por la tarde y llegar cuando su hijo está ya cansado y con pocas ganas de jugar no le ha convencido (como información adicional, su hora de salida es las 18:00 con puntualidad británica). Ha hecho sus números y "esos euros de menos no me merecen la pena si la alternativa es llegar pronto a casa, esperar a que se despierte de la suerte y poder ir con él al parque  o a dar un paseo".

Por mi parte, ya le he dicho que adelante. He hablado con la dirección de RRHH y ninguna pega. En todo caso, tengo curiosidad por comentarlo con el Dir. Gen., para ver "por donde respira". Soy absolutamente incapaz de hacer una previsión fiable.

En todo caso, creo que es un buen síntoma que un hombre lo pida. Y mucho mejor será si la empresa lo acepta y toma con naturalidad.

Como diría algún amigo, "a más a más", me ahorro el 25% de salario de una persona más el extra del 33% aproximado que suponen el coste empresa de ese empleado, con lo que "mejoro" los ahorros del departamento de este esto año, mientras tengo la seguridad de que el rendimiento de esa persona no va a decrecer ese 25%. Y es que soy de los que piensa que la gente que es feliz en su vida particular y, además, en la laboral, rinde mejor.

(Y dando una vuelta más, puede ser hasta un buen movimiento defensivo. Si piensas que puede llegar el momento de que prescindan de alguien en tu departamento, tu coste mensual es menor que el de al lado, por lo que deberías estar más tranquilo. Este razonamiento es muy defensivo, pero puede ser interesante en los tiempos que corren.)

servido por Rafael 7 comentarios compártelo favorito

Otra de mujeres, dirección y bajas maternales

Como era de suponer, quién menos de acuerdo se ha mostrado con mi post anterior sobre mujeres y bajas han sido mujeres cercanas a mi. Por eso creo que debo aclarar mis ideas aún más.

Lo primero y más importante. Creo que la libertad individual y  la posibilidad de llegar a acuerdos con la empresa pueden prevalecer sobre las normas legales. Es decir, la solución de 8 semanas de baja más 16 a tiempo parcial me parece perfecta si es acordada por las dos partes y, sobre todo, si se cumple. Esa era la restricción en mi post anterior. La experiencia me ha demostrado que en los casos cercanos, con mujeres en cargos de responsabilidad,  no se ha cumplido. También he vivido recientemente "bajas paternales" de 15 días en que era raro el día que el padre no estaba en la oficina.

Como decía, si se acuerda libremente y se cumple, perfecto. Entonces la mitad del post se viene abajo.

Pero está la parte del mensaje a la compañía. Los directivos tienen la obligación de tener comportamientos "ejemplares". No se debe hablar de austeridad y hacer reuniones en hoteles 5 estrellas. No se debe hablar de innovación y tecnología y tener PCs de hace 7 años. No se debe hablar de legalidad y no pagar licencias de software. Por eso creo que una mujer directiva no debe transmitir un mensaje que se puede entender como "yo renuncio a parte de mis derechos por la empresa, así que todas debéis hacer lo mismo".

Por eso, aunque la primera mitad del post me la tenga que guardar si ambas personas y la empresa cumplen su compromiso, creo que la segunda sigue teniendo validez.

NOTA: Releyendo, puede parecer que los comportamientos no ejemplares los he visto o vivido. Afortunadamente, ni uno solo de ellos lo he visto en mi empresa actual.

servido por Rafael 4 comentarios compártelo favorito

Cambiando de casa (o no)

servido por Rafael sin comentarios compártelo favorito