la cuenta por favor.

Tras un mes fuera del mundo TIC, la verdad es que no dejo de sorprenderme de la capacidad humana para "desaprender", olvidarse de todo y cambiar totalmente de tercio.

Después de casi un mes, me ha llegado una invitación de Antonio Valle, para que continúe con una serie de reflexiones acerca de como valorar un servicio profesional.

Todo empezó aquí, para seguir con la anecdota de la guerra fría en este, para tener más tarde otra buena réplica.

Ahora me toca a mi. La verdad es que en este mes de desconexión, me ha servido para ver las cosas desde fuera, y comprender como se ven las cosas desde el otro lado.

La verdad es que el debate surge porque es complicado. En mi opinión es difícil poner precio a la experiencia, habilidad, y capacidad de una persona. Y si estamos hablando de algo, en ocasiones tan intangible como la consultoría TIC, pues aún más.

Para polemizar un poco con lo anterior, he de decir, que es verdad, en ocasiones el cliente no valora la aportación del profesional en su justa medida, por lo que se dan situaciones de ese tipo, no le vas a cobrar lo que crees que vale, y optas por una solución de compromiso que salve tú orgullo y la amistad.

Pese a esto, he de decir que en mis años de experiencia en TI, he visto facturar por cosas, que si te paras a pensarlas no son más que una tomadura de pelo. Supongo que todos habremos visto, más o menos de cerca facturar unos buenos euros por un mal trabajo de copio/pego/copio/pego.

En resumen, que nos encontramos en una situación difícil por dos motivos. El primero es que el cliente en ocasiones no alcanza a ver el valor de nuestra aportación, si esto sucede ya no es un problema de lo duro que sea negociando, sino que no lo va a ver. El segundo, es el mercado quemado que han dejado muchos por ahí, y que hace que la gente vea la consultoría con recelo.

¿cómo lo arreglamos?
Yo creo que lo fundamental son dos pasos. El primero es conocer al cliente, entender sus necesidades, y ver si de verdad nuestro producto encaja o no.

Eso lo veo claro ahora, estoy al frente de una Pyme, con un volumen de facturación decente, tenemos muchos proyectos abiertos, y se(porque vengo de allí), que habría cosas para hacer en TIC, que resultarían muy interesantes. Sin embargo, por el momento, la cultura, la estrategia no vamos a hacerlos. Por lo tanto, difícilmente voy a pagar un servicio a su justo precio, si creo que no lo necesito.

El segundo paso, es poner en valor el servicio. Creo que el precio de un servicio siempre ha de ser función de su resultado, tendrá mayor o menor correlación, pero creo que un servicio ofertado puntualmente tiene que venderse de ese modo.

Si consigues argumentar y explicar la relación entre tú servicio y un valor creado, lo cuantificas y te asignas un importe, el único tema que queda abierto es la negociación de si te llevas más o menos, y eso se arreglará sin lugar a dudas.

Si esto lo llevas a proyectos TIC, se que es complicado. ¿Como valorar el efecto de tu trabajo en un proyecto con su propio y nebuloso Business Case?.

Pues seguro que es difícil, pero yo desde aquí lanzo mi propuesta. Compromiso con los resultados de negocio.

Si hago un proyecto de BI, para analizar las pautas de consumo, y con ello mejorar las ventas, o aumentar la fidelización. Compromete tú servicio con el resultado, € más de ventas, mejora en la fidelización del XXX €.

Ya se que dependes de muchas cosas, del mercado, de la competencia, del tio de marketing que no tiene ni idea, de que si este invierno llueve menos, que si el Euribor ......

Si quieres cobrar lo que vale, demuestra y compromete lo que vale, y si no, factura horas.

Despedida y cierre

Hola a todos, después de unos meses con este blog, con una actividad modesta, llega el momento del cierre.

Más que cierre reorientación, ya que a finales de este mes dejaré de dedicarme profesionalmente al mundo TIC, para asumir la dirección de un negocio mucho más tradicional.

El cambio es grande, pero espero que todo lo que he aprendido durante estos años me sirva para, desde un ámbito distinto aportar lo máximo posible en esa generación de valor de la que habla el título del blog.

Me voy justo ahora, con la CMDB integrándose en los procesos, con la gestión finaciera en mente ...
pero bueno, espero que todo esto siga su curso y al final se continúe persiguiendo ese objetivo, el alinear y el conseguir ese entendimiento a veces complicado entre negocio y TI.

Os agradezco a todos vuestras visitas, y lecturas, así como los comentarios que me han llenado de ánimo y de ganas para continuar con esto.

Por fin vacaciones

Bueno, este año ya me he quejado de las muchas horas que paso en la oficina. (porque yo quiero, todo sea dicho). Así que también toca anunciar, las buenas nuevas, cuando toca como es el caso.

Estoy de vacaciones, un par de semanitas que me vendrán muy bien. Y para desconectar, pues nada mejor que dejarlo todo e ir hasta los Pirineos en mi moto. Espero volver con las pilas cargadas.

Nuevos horizontes. Kaizen

El pasado lunes asistí a unas jornadas sobre Kaizen, organizadas por la Escuela de Negocios Caixanova.

El entorno, tanto en lo referente a asistentes, como ponentes era muy industrial, con una presencia muy importante del automóvil. Algo normal, si se tiene en cuenta que el organizador era el Cluster de Empresas de Automoción de Galicia.

Lo primero que me llamó la atención, es lo lejos que en principio parece estar un entorno fabril, comparado con el entorno de servicios TIC en el que me muevo habitualmente. Da la impresión, de que es un mundo más maduro, un entorno físico dónde las cosas se ven y se tocan.

Sin embargo, escuché con gusto las palabras del Sr. Masaaki Imai, qué más que experiencias prácticas o tangibles, nos dio una deliciosa charla acerca de la filosofía Kaizen.

Me gusto mucho el hecho de que se centrase, en lo que aporta valor. El valor se aporta en el Gemba, el taller, el lugar dónde suceden las cosas.

Su charla hablaba de cómo este el sitio en el que trabajar para conseguir la mejora, siempre pensando en como eliminar la "muda" (desperdicio), para conseguir mejorar los procesos.

Tras la charla me quedó claro como funciona, pero comencé a dar vueltas en cómo esto se podría adaptar a una organización que desarrolla y presta servicios TIC.

Al llegar a mi oficina, empecé a buscar el gemba. ¿dónde está?. Realmente dónde suceden las cosas, es en los puestos de los programadores, de los analistas, de los agentes del Service Desk, de los técnicos de sistemas, de los DBA's ....

Con todo esto de ITIL, COBIT, Gobierno IT, estamos trabajando en crear una capa de control, y de coordinación entre procesos, pero en ocasiones es preciso levantar la vista, y darse cuenta que no son fines, son medios para, dicho en términos Kaizen, eliminar muda en el gemba.

Una de las historias que más me gustó, es cuando comentaba que hacía él cuando llegaba a una planta. Se iba el gemba, siempre. Y una vez allí, la manera de identificar quien está agregando valor y quien no, es la verdad curiosa y sencilla. Los que mueven los dedos, son los que están aportando valor. Los que hablan, pasean, fuman, toman café no están agregando valor. Se que es otro entorno, pero no deja de ser aplicable.

En resumen, la jornada ha sido muy interesante, porque a veces abrir nuevos horizontes, y mirar en otros contextos ayuda a enriquecer la visión que puedes tener de cómo hacer las cosas.

¿Qué ha sido del propósito del fin del overtime?

Empezaba este 2007, con este post. Totalmente comprometido con la causa de acabar con el tiempo extra en la oficina.

Medio año después, solo puedo decir que recuerdo con cariño las primeras semanas del año, en las que me iba a casa a las 20h.

Cambios organizativos, cambio de proveedor con un servicio importante, nuevas responsabilidades, y un proyecto de lanzamiento han terminado por dinamitar todo esto.

La buena noticia es que mis fines de semana, siguen casi intactos, pero de lunes a viernes, la jornada se vuelve a hacer extra-larga.

Si fuese una situación puntual, pues no me preocuparía, pero empiezo a pensar que esto, en el mundo TIC funciona así.

Mantengo mi idea, acerca de que trabajar así no es bueno. Baja la productividad, pero claro, siendo ya un poco malpensado uno se da cuenta, que asumen más costes el que lo hace que el empleador.

Tal vez sea preciso comenzar a tratar esto como una externalidad. Realmente se están generando costes (personales, sociales ...) que seguramente a nivel agregado son mayores que los beneficios también agregados de esta práctica, sin embargo mientras no los pague el que puede evitarlos, difícilmente desaparecerán.

Nuevo esquema de certificación ITIL

Hola a todos, tras un parón en la escritura vuelvo a la carga. La verdad es que los principales motivos para no actualizar más esto, es que lo que cuento es fácilmente identificable por cualquiera que esté trabajando con nosotros, y la verdad es que no quiero que se mezclen opiniones personales, con decisiones que se toman en la compañía.

Dicho esto, contar que de nuevo, pese a ser un "fan" de ITIL, COBIT y demás, he vuelto a entrar en crisis. Creo que ya es un problema personal, les tengo manía a la gente de Delivery de los grandes fabricantes. (en realidad son tios majos, y saben mucho, pero tienen un punto que no).
Ya estoy cansado de sus informes, de su cuestionario sobre procesos ITIL, que con la respuesta que da la gente, ya da un estado de madurez, unas propuestas de mejora, y un comentario muy "molón".

Da miedo, la factoría de industrialización de ITIL está a pleno rendimiento, montones de jovenes salen con sus super excel que generan super informes, han salido a la calle a poner orden en el caos.

Tan receloso estoy, que hasta se me está pasando por la cabeza prohibir citar a ITIL para argumentar cualquier cosa. A veces parece el totem, la piedra filosofal que responde a todo.

Slogan fácil: ITIL si pero no así.

En tono de humor voy a poner una serie de requisitos indispensables, para poder hablar de gestión de servicios TIC:

• Haber pisado alguna vez un CPD
• Haber vivido una recuperación de BBDD de ese sistema tan crítico, que cuando de verdad pasa, la gente de negocio ya no grita, ni protesta, te mira en silencio, buscando la confianza en esa gente de TI, que habla raro, que no duerme, que están como locos.
• Haber pasado una migración a producción, de esas que son necesarias para hacer cualquier cosa que la dirección ha dicho a los cuatro vientos que se va a poder hacer el día xx.
• Haber discutido de verdad (no en laboratorio), el famoso PIR después de ese cambio de versión, con un responsable de negocio "de verdad".

Se me ocurren unas cuantas más, pero creo que es suficiente.

Los procesos están muy bien, pero si todos estuviesen en los maravillosos niveles optimizados, no haríamos falta las personas. El proceso, o sus deficiencias no son justificación para los resultados. Para eso estamos nosotros, para hacer que las cosas salgan adelante, si los procesos , si ITIL o sin San Pancracio nos ayudan pues mucho mejor.

Buscando fuentes para procesos de negocio

Hola a todos, hasta ahora centraba tanto mi actividad profesional como mi actividad bloguera en el mundo TIC.

Ahora, que me tengo que poner con el tema de Organización y procesos, necesito encontrar fuentes menos TIC, y más generales. Si alguno tiene algunas referencias por ahí, estaría muy agradecido si me las pasa.

De todos modos, espero ir ampliando los horizontes tanto de mi blogroll, como de los post que vaya colgando por aquí.