parte de Enero

Pues eso, que ya estamos de lleno en el 2007.

Ha sido un mes complicado, ya que este año estrenábamos con los proveedores la liquidación de variables con cargo a consecución de SLA's. Al final, el resultado general si no excelente, si que se puede calificar de bueno.

Hemos además terminado de ajustar la batería de indicadores con los que vamos a evaluar en 2007.

A todo esto se ha unido el revuelo provocado por un cambio organizativo, mi jefe se va, y ha habido un movimiento bastante grande, tanto en número de personas afectadas como en impacto. Ahora toca esperar como se asienta esto, la verdad es que a mi me ha dejado un poco desconcertado, pero bueno tengo confianza en la dirección, y espero que hayan tomado una decisión acertada.

Todo este conjunto de temas me ha tenido bastante entretenido, y la verdad es que no he podido escribir todo lo que desearía.

retomando la escritura

La verdad es que cuando comencé a escribir este blog, me preguntaba si tendría cuerda para mucho rato o no. Inicialmente me parecía que tenía muchas cosas que contar, después conforme vas contando algunas ves que cada vez quedan menos.

Sin embargo, lo bueno que tiene esto de los blogs, es que encuentras a gente fantástica que con lo cuentan y dicen te dan gasolina infinita para seguir opinando.

Así que tras un parón que coincide con la cuesta de Enero, espero mantener un discreto ritmo de publicación.

Propósito para 2007. Fin del Overtime

Overtime, anglicismo que por lo menos en mi experiencia, es algo común, yo diría muy común en el mundo de TI.

Por mi observación personal, creo que por lo general, al menos en mi organización el echar horas de más en la oficina, es algo para lo que la gente de TI podría optar a pelear por el título de mayor tiempo de permanencia en la oficina.

Supongo que es algo que también viene heredado del pasado en consultoría de la mayor parte de nosotros. De hecho, analizando conversaciones, actuaciones, omisiones ... uno se da cuenta de que el tiempo extra es algo bien visto, cuando tal vez debería de ser un gran pecado.

Comentarios como los de, "fulano vive como un rey todos los día se va a la hora", o preguntar por alguién a las 20:30, y decir sorprendido, "pero ¿ya se ha ido?", son cosas que se escuchan todos los días, y que contribuyen a crear y mantener esa ley no escrita, de que profesionalidad y compromiso se demuestran saliendo tarde.

Mi opinión respecto al overtime, pues supongo que será la de la mayoría de vosotros. Es improductivo, hace que no valores tú tiempo de oficina ni el de los demás, ya que la presencia de la gente hasta altas horas, es algo que se da por supuesto.

Favorece un entorno de interrupciones, de trabajo poco intenso ... y sobre todo de queme en la gente que quiere tener vida fuera del trabajo.

En las razones de que exista, yo estoy muy de acuerdo con los autores de Peopleware, sirve para quitarnos sentimiento de culpa. No he cumplido, pero me quedo todos los días hasta las 11.

Dicho todo esto, yo en 2007 he decidido dar un paso más para acabar o por lo menos mitigar este fenómeno en mi organización.

Me he puesto como norma salir todos los días a mi hora. Si algún día salgo más tarde, tendré que anotarlo en una excel en la que indicar el motivo concreto por el que me quedo. (y no valen genéricos como revisar correo, adelantar un informe ...)

Esa norma la aplico a mi equipo, todos tienen la orden de salir a la hora. El que no lo haga, me tiene que justificar por qué se ha quedado más tiempo. (en los mismos términos en los que lo hago yo conmigo mismo).

¿que espero conseguir con esto?, pues que se contagie y que el resto de la gente me copie.

Creo que este tipo de inciciativas tenemos que moverlas desde la gente que tenemos algún nivel de responsabilidad, para que por lo menos arranque con un poco de suerte.

Es posible que en un primer momento cause algún tipo de tensión con compañeros o con mi jefe, (espero que no). Pero creo que la transparencia es siempre lo mejor, y el hecho de que yo haya hecho público mis nuevas normas de comportamiento espero que ayude.

Al final como todo en la vida, no hay soluciones mágicas, yo creo que en ocasiones en 2007 me quedaré más tiempo de lo debido, pero al menos seré consciente de ello, y de que se trata de algo excepcional.

Bueno, ya os iré comentando como va mi propósito. Otra cosa, animo a todo el que lea esto a que haga algo parecido. A ver si conseguimos salir de la lista de país europeo menos productivo, y que más horas "trabaja" o más bien, que más horas está en la oficina.

Indicadores, SLA's y fe

Hola a todos, el año se termina, por lo que aprovecho para desear a todos un buen 2007, en el que podáis disfrutar y aprender mucho.

El inicio de año, hace que también se tengan que reajustar los indicadores, y si trabajas en un entorno en los que mides y pagas por cumplimiento de los mismos, pues es posible que toque reajustar umbrales.

Aquí viene el problema, por un lado está claro que los procesos medibles, y gestionados te permiten avanzar, y que cada año tienes que fijarte unos objetivos mejores y más exigentes. Pero cuidado, los indicadores son el cemento que dan cohexión al funcionamiento de los procesos.

Mi experiencia práctica en el despliegue, y la vinculación de la evolución de los mismos con el desempeño de cada servicio, es que es una herramienta muy poderosa. Es fijar un objetivo, definir los criterios de medición, y ya tienes a todo el mundo remando hacia ahí.

Pero como decía Spiderman en la película, un gran poder conlleva una gran responsabilidad.

Si te confundes en la fijación del indicador, si la definición tiene una laguna, puedes tener un ejército remando en dirección distinta a la que quieres, y una vez que sucece esto es complicado arreglarlo.

El otro riesgo importante, y es el que quiero evitar para 2007, es fijar unos valores demasiado exigentes, que provoquen que el propio sistema de incentivos pierda su utilidad.

Si te pasas, pierdes el sistema. Además no solo va a afectar a la evaluación, sino que los propios procesos se ven resentidos, si los indicadores con los que los controlas han perdido su valor.

Lo dicho, un saludo y buenos deseos para 2007.

Restricciones que aportan

El otro día, dediqué media mañana a algo que siempre digo que tengo que hacer más de lo que hago, y que no es otra cosa que hablar de manera amigable con el cliente.

La verdad que es bueno el tener lazos informales con los responsables de negocio a los que das servicio, ya que siempre tienes acceso a más información, te cuentan cuales son sus problemas, y tú puedes siempre vender un poco mejor lo que se está haciendo para ellos.

Durante la conversación, hablamos de cosas que teníamos en marcha, cosas que iban bien, otras que iban fatal, y en un momento dado, él me dijo que tenía la impresión de que desde TI ibámos siempre años atrás de lo que demandaba el negocio, al menos por su parte.

En este punto, pasó a enumerar proyectos que están siendo acometidos ahora, y que ya había solicitado hace 2 años. Aquí, yo contesté indicando que sin embargo se habían realizado otras cosas increibles, y que mejoraban muchísimo alguno de los procesos en los que él estaba trabajando.

La conversación fue muy interesante, ya que ahí lo que comentó es que, es normal ese desfase negocio- TI, ya que (y esto salió de su boca, no de la mía), todas las áreas están contínuamente cambiando y realizando mejoras en sus procesos, y como somos ya tan dependientes de los sistemas, todo acaba pasando por TI. Y lógicamente esto nos lleva a una situación de congestión, en la que es necesario priorizar.

Esto nos ha convertido, en el sentido de Teoría de las Limitaciones, un cuello de botella para el sistema, siendo en este caso el sistema la compañía, en los planos por lo menos operativo y táctico.

Este hecho, provoca que conforme la compañias se hace más TICdependiente, la responsabilidad que asumimos, ya no solo en temas de contingencias ante desastres, garantías de disponibilidad para no parar al negocio .... sino en cuanto a los instrumentos que damos al negocio, para que pueda asignar correctamente las prioridades, y con ello gestionar el cambio de manera óptima, son de vital importancia.

ITIL nos da un marco perfecto para gestionar y evaluar, e incluso valorar financieramente el servicio que ya estamos dándo, pero yo creo que para gestionar el cambio perpétuo en nuestros servicios, nos hace falta algo más.
En próximos artículos, hablaré de como estamos enfocando el tema de los proyectos en mi compañía, y las dudas que me surgen en este proceso.

el valor percibido

He leído este artículo en el blog de consultoría artesana en la red, que me ha hecho reflexionar sobre el título de mi blog.

TI como motor de la generación de valor, es el nombre de mi blog. Y junto a un título tan "pomposo", surge un artículo en el que se exponen 10 razones por las que los directivos están contra TI.

Más que entrar a analizar las cuestiones, para ello es mucho mejor leer la fuente original, lo que me llama la atención es el título.

Directivos contra las TIC. Es paradójico, que por una lado aquí hablemos de como las Tecnologías de la Información son algo fundamental para la empresa, y que por otro tengamos un artículo, que se hace eco de algo real en el seno de muchos comités de dirección.

Más que desanimarme, esto me motiva aún más para seguir buscando puntos, enfoques, prácticas todo lo que sea, para que consigamos que cada día la percepción de las TIC por parte de los directivos mejore, y mucho.

No perder el norte

Leo este artículo, y me parece muy interesante como recordatorio de por qué estamos hablando de ITIL, de Gobierno de TI ...

Al final la frase del CEO, de que quiere mayor eficiencia, más proyectos, más fiabilidad y menos coste es algo que no tenemos que olvidar.

Y lo que tenemos que conseguir que no suceda es que la respuesta por parte de nuestra organización, sea la de. Ah, es que yo pensé que el objetivo era implantar ITIL.

Siempre hay que tener en mente al negocio, pero en este punto quiero hacer una matización respecto al artículo.

La postura del director general es clara, el quiere más eficiencia. Ve a TI como un departamento de apoyo al negocio, es más centro de coste que otra cosa.

En una disyuntiva como esta, el CIO, un director de sistemas tiene que dar la vuelta al enfoque, tiene que convencer a su jefe de que TI no resta y el desafío es que reste lo menos posible. No, TI aporta, da valor y eso es lo que tenemos que vender.

ITIL, COBIT, PRINCE2, CMM nos ayudarán en ello, y lo harán que nuestras operaciones sean más controladas y eficientes, pero tenemos que tener en mente siempre el crecimiento.

En una empresa que pretenda ser competitiva hoy en día, la excelencia en la gestión de su información es imprescindible. No hay que pensar en esto como una ventaja tecnológica, sino organizativa.

Ti tiene que proporcionar los engranajes necesarios para que todos los procesos de la cadena de valor funcionen eficientemente, y no solo eso. Tiene también que aportar la flexibilidad necesaria para ajustarse a los cambios en los procesos en un entorno extremadamente cambiante.

Si pensamos así, tal vez nuestro CEO haga con nosotros lo mismo que con el director comercial, primero le pide lo que tiene que vender y después le pregunta lo que le va a costar.