Nota sobre las fotos

En este blog, de post en post, suelo acompañar el mismo de alguna foto. Como muchos habréis ya supuesto las fotos no son mías, las busco en Internet y solo las posteo si el contenido está bajo licencia Creative Commons. Sin embargo, pese a no modificar el trabajo inicial, y no tener este blog fines comerciales, he fallado en el reconocimiento.

Debería de haber identificado a los autores de cada foto, y sin embargo no lo he hecho. Ahora es complicado ya que en el enlace a Flickr no nos lleva al autor. Intentare ver si es posible obtener a los autores de una manera sencilla, y corrijo este error.

Aprovecho, y acompaño este post con una foto, de la que, en este caso si soy yo el autor. Se trata de una playa en un pequeño pueblo, el primero si no me equivoco de la "Costa da Morte", un lugar tranquilo y altamente recomendable si lo que quieres es pasear y alejarte del mundanal ruido por unos momentos.

¿y los proyectos?

Desde que comencé a examinar lo que es ITIL, me di cuenta que uno de los puntos flojos que tenía era todo lo referente a desarrollo de nuevas funcionalidades/sistemas.

Todos los procesos de ITIL, están orientados a mantener la maquinaria funcionando con los niveles de servicio establecidos. Después, tienes algún proceso como gestión de cambios, que podría hacer de puente con la parte de desarrollo, pero que se queda corto para gestionar un flujo de modificaciones en los servicios que se pueda derivar de la actividad normal del negocio.

Para la parte de desarrollo, tenemos CMMi, pero el hecho de que nosotros no desarrollemos sino que gestionamos a equipos de desarrollo de proveedores externos, hace que muy probablemente nos quede un poco grande.

Con este panorama, al final nos fuimos a por algo para gestionar proyectos. Y el ese "algo", finalmente fue PRINCE2.

Los motivos de elegir PRINCE2 y no otra metodología como PMBOk o similar, fueron básicamente la cercanía en nacimiento de PRINCE2 con ITIL, ya que ambas fueron alumbradas en el seno de la oficina de comercio británica (OCG).
Junto con esto, la otra razón era que podríamos repetir la buena experiencia que tuvimos con el proveedor que nos formó en ITIL, ya que en su cartera de cursos también tenían PRINCE2, que por lo que he visto todavía no es muy popular en España.

Una vez realizada la formación a todo el grupo, la verdad es que el sabor de boca que nos ha dejado es bueno.
Estamos en lo de siempre, se trata de una herramienta, y por tanto, ella por si misma no va a solucionar todos esos problemas que nos encontramos durante la ejecución de los proyectos. Pero en lo que si creo que nos va a ayudar es en el de establecer unas reglas de juego, unos criterios transparentes sobre los cuales vamos a evaluar el progreso del proyecto.

En PRINCE2, todo el modelo gira entorno al business case, que define como aquel documento en el que él que solicita el proyecto (normalmente alguien de negocio), justifica la necesidad del mismo. Este documento se debe de mantener vivo a lo largo de todo el proyecto, y es la herramienta básica para la dirección del mismo.

Lo que me ha gustado es que pone especial incapié en el arranque/inicio de proyecto, y después plantea un modelo de dirección por excepción.

Otra cosa que me ha encantado, pero eso ya es debilidad personal que tengo hacia la gente que piensa estas cosas, es su robustez. Es increíble lo coherente que resulta ese conjunto de subprocesos enlazados unos con otros, y que dan salida a todos los "y si ....?, y si ....?" que planteamos durante las jornadas de formación.

Eso si, es enorme por lo que para evitar el convertirse en esclavos de la burocracia será preciso hacer una adaptación, (eliminar documentación y algún subproceso), y emplearlo solo en proyectos de entidad suficiente.

Ya lo hemos puesto en marcha, el primer proyecto que vamos a realizar siguiendo PRINCE2, ya ha sido lanzado. Así que ya iré contando si va bien, o si como se suele decir "del dicho al hecho hay mucho trecho".

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.