Una reunión ineficiente

Esta semana he participado en una multiconferencia con el objeto de resolver un problema.

La eficacia de la reunión está por ver. Tras la reunión se decidió la realización de una serie de acciones con objeto de resolver el problema. Si hemos acertado en diagnosticar la causa (raíz) del problema probablemente éste desaparecerá. En caso contrario, volveremos a tener la misma reunión dentro de 3 o 4 meses …

Sin embargo el título de esta entrada no era “una reunión ineficaz” sino una “reunión ineficiente”. ¿Causas? Probablemente estaba convocada demasiada gente (13 o 14 personas), en 4 ubicaciones diferentes y con una agenda poco definida.

La multiconferencia acabó durando 2 horas. Problemas:

  • Tiempo excesivo para mantener la atención de todo el mundo. No hubo ni un descanso.
  • Nadie ha calculado el coste de toda esa gente durante 2 horas, pero sería muy positivo calcularlo.

¿Qué nos falló? Hay varias fases en una reunión. En nuestro caso probablemente falló la ejecución de la reunión, aunque la preparación también sería mejorable.

Fotografía de noii's con licencia Creative Commons

Preparación

En una reunión con tantos participantes, creo que el convocante debería haber mantenido reuniones exploratorias previas para conocer las posiciones de cada grupo, de forma que en la multiconferencia final hubiesemos podido ir al grano sobre una propuesta ya consensuada.

Por otra parte, en lugar de partir de una duración preestablecida probablemente habría sido más efectivo un enfoque bottom-up, en el que se asigna un tiempo (más o menos agresivo) a cada punto y por agregación se obtiene la duración prevista de la reunión.

Ejecución

Como consecuencia de la mala preparación, los diferentes puntos del orden del día se iban sucediendo tal y como estaba previsto en  la agenda, pero sin límite de tiempo definido. Al cabo de una hora, los asistentes que estaban en mi misma ubicación llevaban ya un buen rato resoplando. Tras una hora de reunión, nos estábamos entreteniendo en temas menores y aún no habíamos llegado a tratar el problema central.

Finalmente llegamos a él, al cabo de 80 minutos. Todo el mundo estaba ya cansado y con más ganas de acabar la reunión que de resolver la cuestión. Hubo gente presente las 2 horas que duró la reunión y que, en realidad, sólo tenía que haber participado durante 5 minutos concretos en la parte final. Nuevamente, con una buena agenda y tiempos acotados para cada punto se les podría haber hecho participar sólo el tiempo preciso, cuando su aportación era necesaria.

Conclusión

Esta experiencia debe pasar a formar parte de nuestras lecciones aprendidas.

Ante una reunión, debemos primero plantearnos si es o no necesaria, si es el mejor medio para conseguir muestro propósito. En caso afirmativo, hay que prepararla bien, no sólo enviando la convocatoria sino discutiendo previamente los puntos a tratar, el orden y el tiempo a dedicarles. También hay que hacer participar sólo a aquella gente que es necesaria y durante el tiempo preciso.

Durante la ejecución se debe seguir el guión de forma estricta y, al acabar, no debemos olvidar el seguimiento. Si no se sale de la reunión con acciones concretas, con responsables concretos de ejecutarlas y con fechas límite para ello la reunión no habrá servido de nada.

Además, luego se debe verificar el cumplimiento del plan de acciones y, finalmente, comprobar si el plan ha sido efectivo y ha servido para solucionar el problema.

Y tú, ¿te enfrentas con frecuencia a reuniones inefectivas y/o ineficientes? Puedes explicar tus experiencias en un comentario. Compartiendo aprendemos todos.

Una reunión ineficiente

La utilidad del Earned Value (EV)

Esta semana, durante mi proceso de preparación para el PMP me he encontrado con un concepto nuevo e interesante para mi dentro del proceso de gestión de los costes del proyecto: Earned Value (EV), algo así como el valor de venta de lo que hemos hecho hasta ahora en el proyecto.

EV by Garry L. Booker con copyright cedido al dominio público

Utilidad del EV

Como he mencionado, se trata de un concepto nuevo para mi. Por lo que he podido deducir, su principal utilidad está en ayudar al Project Manager (PM) a saber si su gestión de costes es correcta en relación a lo planificado y a simplificar la estimación de los cálculos para conocer lo que acabará costando el proyecto (Estimated At Completion, EAC). Ésto permite  compararlo con el presupuesto asignado para tomar decisiones y, si es preciso, solicitar los cambios oportunos mediante el proceso de control de cambios establecido en el proyecto.

Dificultades prácticas

No obstante, en la práctica, le veo algunos problemas al método:

1. Las fórmulas para el cálculo correcto de EV y términos derivados (EAC) pueden llegar a ser muy complejas. Especialmente el EAC, cuya fórmula de cálculo no es única sino que depende de diversos factores.

2. En muchos proyectos, o bien el producto en sí no va a ser vendible, o bien sólo lo será al final del proyecto. Por el camino podemos obtener entregables no vendibles que sólo nos permiten hacer una estimación poco realista del EV.

Conclusiones

En cualquier caso, estoy de acuerdo en que al utilización del EV reduce mucho el tiempo de cálculo del EAC (la estimación de los costes del proyecto en base a lo que llevamos gastado y lo que nos falta por gastar para compararlo con el presupuesto inicial).

Ésto es especialmente claro si lo comparamos con el esfuerzo que puede representar en grandes proyectos recalcular todos los costes de las actividades o paquetes de trabajo pendientes y agregarlos para obtener el nuevo EAC.  Las estimaciones, para ser correctas, deberían ser realizadas preferiblemente por quien debe ejecutar las actividades y el proceso puede consumir bastante tiempo del proyecto (que acaba siendo más coste) y causar retrasos si lo vamos haciendo con cierta frecuencia.

Sin embargo, el cálculo del EV puede llevar a simplificaciones en algunos proyectos y, siempre que hacemos ésto debemos saber interpretar y valorar el resultado en su justa medida.

¿Cuál es tu opinión? ¿Utilizas el concepto de EV habitualmente en los proyectos que gestionas? ¿Cómo lo calculas? ¿Te es útil?

Agradeceré que incorporéis vuestras opiniones como comentarios a esta entrada. Compartiendo experiencias y opiniones todos salimos ganando.

La utilidad del Earned Value (EV)

Los intereses como base de la negociación

La sorpresa inicial

Durante las pasadas vacaciones de navidad sufrí un pequeño sobresalto. Uno de nuestros proveedores estratégicos me envió por correo electrónico un nuevo contrato que debía regular la relación entre nuestras dos organizaciones a partir del 1 de enero de 2011.

En primer lugar me sorprendieron las formas. No esperaba un cambio de este tipo con tan poca antelación. Llevamos trabajando con este partner cerca de 5 años. Hay confianza, estamos satisfechos de los resultados y no nos planteamos cambiar. Además no se trataba de un cambio menor; proponían modificar radicalmente el modelo de facturación.

Sin embargo ellos han tenido cambios organizativos recientemente. Las personas responsables del servicio han cambiado y habrá que construir una nueva relación personal. Para mi este punto es importante, aunque no sea imprescindible, si se trata de un proveedor estratégico.

Demasiado importante para tratarlo a distancia

Mi respuesta fue inmediata. Revisar su propuesta y convocar una reunión donde pudieramos comentarla personalmente. Previamente les envié mis comentarios a su documento con el objeto de conseguir el máximo provecho del encuentro.

¿Por qué habéis hecho esta propuesta?

En la reunión, mi primera pregunta fue clara, directa e intencionadamente abierta: ¿por qué queréis cambiar el contrato?

Lo que me interesaba no era su propuesta sino sus intereses. ¿Qué les motivaba a realizar la nueva propuesta? ¿por qué ya no se sentían cómodos con el contrato vigente?

cortesia de jonnygoldstein con licencia cc-by-nc

 

Su respuesta fue igualmente clara: en los últimos meses sus costes se habían disparado y no les interesaba continuar trabajando de esa forma.

Lo que había tras su propuesta era su interés en limitar los costes que les comportaba proporcionar el servicio que estábamos consumiendo. Partiendo de esta base no costó demasiado encontrar un forma de que nosotros no sufriésemos un incremento en los costes (nuestro interés era no incrementar nuestra cuota trimestral) y ellos lograsen limitar los suyos.

Conclusión

La conclusión es que si se trata de una negociación en la que nos interesa mantener la relación con la otra parte, nos conviene ir hacia una negociación integradora . Nos centraremos en los intereses de ambas partes y después intentaremos buscar propuestas, posiciones, que permitan salvaguardar los intereses de ambas partes. Ahora está de moda llamarlo win-win.

¿Qué opinas? ¿Buscas siempre conocer los intereses de la otra parte en una negociación? ¿crees que siempre es importante ese punto? ¿consideras que hay otros aspectos más importantes? ¿son iguales todas las negociaciones? No dudes en aportar tu opinión en forma de comentario.

Finalmente recomiendo un clásico sobre estos temas. Fácil de leer y bastante práctico, aunque esté muy orientado al entorno de los Estados Unidos.

P.D.: En los últimos meses habréis notado que he reducido la frecuencia de mis entradas. La razón es que estoy preparándome para el examen PMP y me va a consumir mucho tiempo. No obstante, intentaré seguir compaginando ambas actividades.

Los intereses como base de la negociación

Buenos propósitos para 2011

En estas fechas navideñas es típico repasar cómo nos ha ido el año; si hemos conseguido o no lo que nos habíamos propuesto y preparar un listado de buenos propósitos para el año próximo.

Creo que es bueno tener objetivos, a mi me sirven. Siempre que se hayan planteado bien.

Voy a compartir en este post algunos de mis objetivos a nivel profesional para 2011. Espero que el hecho de compartirlos públicamente me ayude a comprometerme más con ellos :

1. Certificarme como PMP.

Éste creo que es mi objetivo más ambicioso. Me estoy preparando por mi cuenta y tengo que hacer todavía la solicitud al PMI pero confío en certificarme dentro de 2011.

2. Mejorar mi formación en comercio electrónico y business intelligence (BI). Tengo especial interés en el BI porque lo veo como un punto de convergencia entre las dos áreas a las que me dedico profesionalmente; TIC y Gestión de la Calidad.

En mis últimos años en contacto con la dirección de mi empresa he observado la importancia de disponer de una buen Cuadro de Mando Integral. No basta con tener mucha información, hay que saber organizarla y gestionarla adecuadamente para poder tomar decisiones en base a ella.

La combinación de tecnología y aplicación de la estrategia de negocio me atrae especialmente.

3. Gestionar con éxito el que probablemente será el proyecto más importante de mi departamento (TIC) en 2011: la migración de nuestro ERP.

Este proyecto va a tener gran visibilidad en nuestra organización y quiero utilizar las mejores prácticas para llevarlo a cabo con éxito. Además, espero que me sirva como aplicación práctica del objetivo número 1.

Por supuesto hay muchos otros asuntos importantes en los que quiero mejorar profesionalmente, como lograr incrementar el aprovechamiento del sistema de gestión de la calidad que tenemos implantado,  pero creo que conviene tener un número adecuado de objetivos que nos permitan centrarnos y lograr su consecución.

Bueno, ya están expuestos. Son específicos, medibles, alcanzables (aunque retadores), realistas y están acotados en el tiempo.

Definiendo objetivos "smart" (en inglés)

A ver qué balance puedo hacer dentro de un año.

Hace unos días, uno de mis proveedores me envió la siguiente cita en su felicitación navideña: “que los problemas de año próximo duren tanto como los buenos propósitos navideños”. Tengo que reconocer que tiene un punto de realismo pero espero que no se dé en mi caso.

 

Buenos propósitos para 2011

Wikileaks y la neutralidad de la red

Wikileaks (en inglés) y la neutralidad de la red son los temas de la semana en internet. Y no son dos temas inconexos. Este post va a ser algo distinto a lo habitual en este blog, pero me siento obligado a escribirlo.

El senado ha aprobado una moción instando al gobierno a asegurar la neutralidad de la red. Desde este blog tan sólo quiero sumarme a las iniciativas y movimientos que han dado lugar a esta moción y especialmente dar mi apoyo al Manifiesto por la neutralidad de la red.

El otro tema de la semana ha sido Wikileaks; desde la difusión de sus últimos documentos hasta la reciente detención de su cabeza visible, Julian Assange.

Tengo que decir que los documentos recientemente filtrados (en inglés) que más se han aireado en los medios españoles no me han parecido especialmente interesantes, por tratarse de comentarios u opiniones sobre personajes políticos registradas por miembros de la administración norteamericana. Salvo el posible morbo de conocer determinadas opiniones sobre nuestros líderes no me ha suscitado mayor interés.

Sin embargo es inaceptable la reacción que se ha suscitado contra Wikileaks y Assange. Amazon, PayPal, EveryDNS … (no voy a enlazarlos) da miedo. Una de las formas de contrarestarla es difundir el creciente número de mirrors de su sitio web aunque hay muchas otras.

Como se menciona en el Trending Topics de El Pais, un puñado de empresas norteamericanas proporcionan buena parte de los servicios de internet a los que estamos acostumbrados. Hasta ahora todo ha ido razonablemente bien pero no podemos evitar pensar que estos servicios se encuentran regulados por contratos que, como usuarios, aceptamos sin pensar.

Como apuntaba al inicio del post, se observa que los dos temas del título no están desconectados. En el futuro, no sólo nos vamos a tener que preocupar por que no se prioricen unos contenidos frente a otros en Internet sino también por que los intereses privados de determinados grupos no impidan sencillamente el acceso a determinados contenidos y/o servicios.

Nos queda un largo camino por recorrer y estará plagado de de baches pero no por ello debemos dudar de nuestra fuerza como integrantes, también, de internet.

Wikileaks y la neutralidad de la red

Ecodiseño

El pasado 23/11/2010 asistí en el Colegio de Ingenieros Industriales de Barcelona a una presentación de Aenor sobre ecodiseño. El concepto es nuevo para mí pero ya lleva varios años circulando.

Ecodiseñar

Según Aenor, se trata de identificar en el momento mismo en que se proyecta un producto/servicio todos los impactos ambientales ambientales que se pueden producir en cada una de las fases de su ciclo de vida, con el fin de reducirlos al mínimo sin menoscabo de su calidad y aplicaciones.

Ecodiseño según Niessen

Dos conceptos me interesan especialmente de esta definición: ciclo de vida y servicio (no sólo producto).

Como empresa diseñadora de un producto/servicio debo contemplar todo el ciclo de vida del mismo, no sólo aquella parte en la que yo intervengo directamente. Y no vale trasladar los impactos ambientales de una fase a la siguiente.

El concepto se extiende también a los servicios. Eso significa que si proyecto un nuevo servicio en mi organización como, por ejemplo, movilizar una aplicación puedo ecodiseñarlo minimizando sus impactos ambientales desde la elección de proveedores respetuosos con el medio ambiente o plataformas que minimizen el consumo de energía hasta planificando cómo retiraré el servicio en el futuro impactando lo mínimo en el medio ambiente.

Herramienta de competitividad

Las empresas certificadoras plantean el concepto como una herramienta para mejorar nuestra competitividad frente a otros proveedores de productos/servicios que no consideren este concepto. Por ejemplo, parece ser que en determinadas licitaciones ecodiseñar puede ser un punto a favor.

Otro aspecto a considerar es su fácil integración con los sistemas de gestión tradicionales, ISO 9001 y 14001. Todo un detalle de coherencia.

Incógnitas

¿Deben ser necesariamente más caros los productos ecodiseñados? ¿Están dispuestos los clientes a pagar más por este tipo de productos?

Algunos creen que el mercado está dispuesto a pagar hasta un 10% más por este tipo de productos/servicios. No lo voy a poner en duda pero creo que no todos los mercados son tan sensibles al factor sostenibilidad frente al factor precio.

Otra cuestión es que los costes adicionales que podamos tener en alguna fase del ciclo de vida del producto/servicio se puedan ver compensados en otras fases; por ejemplo que un incremento de costes en la fase de acopio de materias primas se vea luego compensada por una reducción de costes de operación que haga que en el conjunto del ciclo de vida del producto/servicio los costes sean inferiores a los de la opción no ecodiseñada. Pero para ésto hacen falta creatividad e innovación.

Voy a acabar con un ejemplo de stand ecodiseñado para el Ministerio de Medio Ambiente en el que se muestran en la práctica muchos de los conceptos que he mencionado:

Ecodiseño

Gestionar el estrés

Las profesiones de responsable de IT  y project manager pueden llegar a ser bastante estresantes. Hay que hacer frente a muchas responsabilidades, incidencias y problemas que pueden afectar decisivamente al negocio y/o al proyecto. Estas “amenazas” pueden causar un estrés perjudicial o distrés si no son bien gestionadas.

El estrés en el trabajo

El estrés de trabajo se puede definir como un conjunto de reacciones nocivas, tanto físicas como emocionales, que concurren cuando las exigencias del trabajo superan las capacidades, los recursos o las necesidades del trabajador.

Sin embargo, es importante diferenciar el estrés de un mero desafío o reto.  Un desafío es motivante y ayuda a incrementar nuestras habilidades o competencias. Por el contrario, las causas del estrés en el trabajo hay que buscarlas en la superación de las capacidades o recursos del trabajador.

La crisis acentúa el estrés

La crisis actual está provocando multitud de procesos de reestructuración, fusiones y absorciones de empresas. Estos procesos, dada la incertidumbre que generan, son estresantes de por sí pero la situación en la que quedan los trabajadores tras un cambio de este tipo; hay que hacer lo mismo con menos recursos, incrementa el riesgo de sufrir estrés.

En los últimos 2 años, desde 2008, he sufrido en mi empresa varias reestructuraciones y una reciente absorción por otra empresa de tamaño mucho mayor. Ni ha sido ni está siendo fácil gestionarlo.

Formas de gestionar el estrés

Hace unas semanas leí un artículo en cio.com sobre la forma como algunos CIO gestionan el estrés. Personalmente, yo utilizo estas herramientas:

1. Procurar un buen equilibrio entre la vida personal y laboral, te ayuda a no seguir pensando en el trabajo de forma continua fuera de tu horario laboral. Tener niños puede ser una ventaja añadida porque mientras estás con ellos absorben toda tu atención.

2. Deporte. Practico habitualmente el jogging y la natación, juego a tenis una vez por semana y buceo esporádicamente. En el caso de deportes de aeróbicos y de resistencia parece que es una cuestión básicamente de endorfinas mientras que actividades más técnicas te obligan a mantener tu cabeza centrada en la propia actividad, olvidando otros problemas.

3. Técnicas de relajación. En mi caso, practico tai-chi y chi kung todas las mañanas. Me gusta madrugar y recién levantado estas actividades me resultan aún más efectivas.

4. Autocontrol. Si no eres capaz de controlarte a tí mismo difícilmente podrás gestionar el trabajo de otras personas. Yo utilizo la meditación, pero creo que lo más importante es evitar enojarse y preocuparse por todo aquello que no podemos controlar.  “En lugar de luchar contra las gigantescas olas de la vida hay que intentar practicar surf en ellas”, Bill Diffenderffer.

5. Información. Es importante disponer de los medios suficientes para que cuando algo suceda en los sistemas de información corporativos, tú lo sepas antes que nadie (especialmente antes que tu jefe), y puedas preparar una respuesta.

Conclusiones

Cuando nos sentimos superados en nuestras capacidades o recursos para responder a lo que consideramos una amenaza estamos en situación de padecer estrés. Si somos capaces de reaccionar adecuadamente esta amenaza nos hará más fuertes, en caso contrario nos puede “destruir”.

El control es una ilusión, una mentira que nos cuenta nuestra mente. La mente necesita aprender a ser disciplinada. El desafío es renunciar al control pero mantener la dirección.

Un buen equilibrio entre nuestra vida personal y profesional, el deporte y actividades como el tai-chi o la meditación son algunas de las armas que podemos usar contra el estrés.

¿Consideras que sufres habitualmente de estrés en el trabajo? ¿Qué sistemas empleas para gestionarlo? Seguro que conoces muchas otras formas de abordar el problema. Compártelas aquí.

Gestionar el estrés

Sobre el uso de software libre (FOSS) en la empresa

Hace unos días me encontré una propuesta de discusión en uno de los foros de LinkedIn en los que participo. Por un momento pensé, como luego ha sugerido uno de los otros participantes, que se trataba de una provocación, un troll. La propuesta era Open Source is ideal if you can support it y planteaba las supuestas dificultades de mantener plataformas de software libre en la empresa, frente a las facilidades de las opciones propietarias.

Hace varios años que en la empresa para la que trabajo pusimos en marcha una infraestructura con una importante presencia del software libre.  No me arrepiento. No creo que sea una solución universal, se debe estudiar cada empresa, su cultura, su estrategia (corporativa y de TIC que, dicho sea de paso, deberían estar siempre alineadas), pero creo que es una vía a estudiar en cualquier caso.

Análisis completo.

Mi opinión es que el software libre (FOSS – Free and Open Source Software) debe considerarse como una más de las opciones y analizarse con sus ventajas e inconvenientes cuando se aborda la búsqueda de una plataforma tecnológica que soporte un nuevo servicio.

Para que el análisis sea correcto debe abarcar el coste total de propiedad (TCO) de la plataforma durante todo su ciclo de vida. Es cierto que en el mundo del software libre la mayoría de opciones utilizan licencias de uso gratuitas, pero esa es sólo una parte del coste de las aplicaciones y no siempre la más importante. Hay que tener en cuenta los costes de mantenimiento de hardware y software, la formación, el servicio de soporte, etc.

En el caso de aplicaciones consideradas mission critical considero fundamental disponer de un soporte adecuado, independientemente de que estén basadas en software libre o propietario.

Es cierto que el mantenimiento de aplicaciones basadas en software libre acostumbra a precisar personal de alto nivel técnico frente a algunas opciones propietarias, como las basadas en la plataforma de Microsoft, habitualmente más fáciles de gestionar.

No obstante, cada vez es más fácil conseguir este tipo de soporte incluso para pymes. Se puede optar por internalizar esta función pero en nuestro pais hay ya un buen tejido de empresas de apoyo especializadas en software libre, muy profesionales y que pueden aportar soluciones con garantías para soportar cualquier tipo de servicio corporativo.

El software libre tiene su mercado, es la plataforma líder en servidores web y tiene gran importancia en muchas otras áreas como seguridadCMSBIERPCRM, etc. Probablemente, su punto más débil se encuentra en el mundo del escritorio donde, a pesar de los esfuerzos realizados por Ubuntu, todavía mantiene un estigma de dificultad de uso entre el común de los usuarios de sistemas informáticos.

Ventajas y desventajas del software libre

Sin ánimo de ser exhaustivo,

Ventajas.

Precio. En general, los costes de licencia son nulos o muy inferiores a los de opciones propietarias.

Personalización. Disponer del código fuente permite adaptar al máximo la aplicación a las necesidades del usuario.

Seguridad. La publicación del código fuente es una garantía de seguridad. La fortaleza de una solución de seguridad no debe estar en el desconocimiento de claves y código sino en la potencia de éste último.

Desventajas.

Mayor complejidad de uso y configuración. Ésto es una generalización, pero creo que suele ser cierta.

Dificultad (en algunos casos) de complementarla con otras opciones (propietarias). Por ejemplo, los servidores BES de Blackberry (BB) sólo se entienden con servidores de correo Exchange de Microsoft. Cualquier solución de correo basada en Linux limita las prestaciones del servicio BB, salvo el uso de Zimbra Desktop con un conector apropiado.

Buscar tu propia solución.

En mi empresa utilizamos plataformas basadas  en software libre en algunos servidores corporativos pero no de forma sistemática y tampoco en los escritorios de los usuarios. Hemos procurado buscar la mejor opción para cada función, teniendo en cuenta sus interrelaciones y en nuestro caso el resultado ha sido un sistema mixto basado en plataformas Linux y Microsoft.

En cualquier caso, como cualquier otra opción, el software libre debe ser considerado como posible solución para soportar cualquier tipo de servicio. Al igual que con opciones propietarias, debemos asegurarnos siempre de disponer de un buen soporte y de gestionarlo adecuadamente para no quedarnos en situación de dependencia de nuestro proveedor, utilizando las mejores prácticas que aseguren una razonable transición de servicio. Aunque se decida externalizar el mantenimiento siempre es muy positivo disponer de personal propio con conocimiento suficiente para hablar de tú a tú con el proveedor de este servicio y mantener el control del mismo (como recomienda el llamado principio de agencia de ITIL).

 

Sobre el uso de software libre (FOSS) en la empresa

Priorización de proyectos (PPM)

Cada semana me encuentro con compañeros, generalmente del área de Operaciones, que me solicitan la puesta en marcha de nuevos servicios o la mejora de determinados recursos. Muchas veces sus peticiones y sugerencias me parecen acertadas, porque conocen bien y tratan cada día a nuestros clientes y sólo buscan la manera de servirlos mejor. No obstante, tras comentar con ellos la idoneidad o no de su propuesta, les suelo acabar indicando lo mismo: éste no es el camino.

En las circunstancias económicas actuales, es más importante que nunca  una buena asignación de los habitualmente escasos recursos disponibles. No se trata sólo de hacer las cosas correctamente sino de hacer las cosas correctas.

Me explico; cuando se ha seleccionado un proyecto es necesario gestionarlo eficientemente (do things right). Pero antes de arrancar un proyecto y empezar a actuar como Project Managers alguien debe haberlo seleccionado de forma adecuada (do the right things) entre el siempre nutrido inventario de proyectos potenciales. Mi opinión es que esa decisión previa es fundamental para conseguir o no alcanzar los objetivos que se haya marcado nuestra organización.

El mencionado inventario es más conocido en el mundo del PMI como portafolio de proyectos y existe una metodología (PPM, Project Portfolio Management) que se orienta a garantizar que los recursos se asignen a los proyectos de acuerdo con la estrategia de la organización y maximizando el valor aportado.

Albert Cubeles, una de las personas a las que más respeto en el mundo de la Dirección de Proyectos describe muy bien una metodología a seguir. No creo que sea el único modo de hacerlo pero probablemente sea bastante acertado al estar basado en un conjunto de prácticas recomendables. En cualquier caso, ésta es probablemente la mejor oportunidad de contacto de un CIO o un Responsable de TIC con la estrategia corporativa.

Por mi experiencia y por las impresiones adquiridas en conversaciones con colegas de otras empresas, hay dos requerimientos fundamentales para que esta metodología sea exitosa y que no suelen ser fáciles de conseguir en empresas de tamaño medio: la implicación de la Dirección (no sólo del CEO sino de todo el Comité de Dirección) y la existencia de una estrategia definida para el conjunto de la empresa y para IT.

En muchos casos esta estrategia sólo está en la mente del CEO (especialmente en empresas pequeñas y/o familiares), y si está definida formalmente no trasciende del Comité de Dirección (al que el responsable de IT no siempre pertenece). Si se vence este primer obstáculo está la cuestión de la madurez de la organización en relación con la Dirección de Proyectos, que considero un paso previo para madurar en la gestión del portafolio de proyectos.

Como se puede ver el proceso requiere tiempo y esfuerzo, como todo lo que suele valer la pena, pero sus resultados probablemente compensarán la inversión realizada.

Priorización de proyectos (PPM)

Evaluación de proveedores (SLM)

Con esta entrada inauguro mi nuevo blog. Mi objetivo es compartir mis experiencias en el día a día de la gestión de las TIC y la Calidad en una pyme española.

Como Responsable de Calidad, estos días estoy coordinando con el resto de áreas implicadas (Operaciones, Compras, RRHH, …) la procedimentación de la evaluación de todos los proveedores de nuestra empresa. Ésto me ha hecho reflexionar sobre la manera como yo mismo evalúo a los proveedores del área TIC, como un elemento más de la gestión de mi relación con ellos.

A priori, el proceso es simple:

1. Definir el servicio y el modo en que debe ser prestado.

2. Monitorizar el servicio.

3. Revisar periódicamente el desempeño del proveedor (informe propio o generado por él)

4. Programar de común acuerdo acciones concretas de mejora, cuando sea preciso.

5. Actualizar el panel de proveedores, eliminando a los no aptos.

La forma como llevemos a cabo el proceso de evaluación nos retrata como departamento

ITIL v3 dispone de un proceso, Gestión del Nivel de Servicio (SLM), dentro de la fase de Diseño del Servicio, que define con mayor detalle todo este proceso.

Mi opinión es que los 5 puntos enunciados son importantes y, más allá del nivel de formalidad con que se lleven a cabo, ninguno de ellos debe ser descuidado.

Por encima de todo, es muy importante asegurarse de que el proveedor de servicios comprende exactamente cuales son aquellos aspectos del servicio que son más importantes para nuestra organización, los que más valoramos, estén o no en el contrato (aunque lo mejor es que estén).

Las revisiones del servicio son muy necesarias. Más allá de los meros informes sobre cumplimiento o no de los SLA establecidos es importante que el proveedor conozca nuestra percepción del servicio que está ofreciendo. Para ésto, una reunión periódica no tiene precio.

Por supuesto, no todos los proveedores y los servicios son iguales. El nivel de detalle y la frecuencia de las revisiones realizadas deben ser mayores en aquellos servicios críticos para la compañía.

Como consecuencia de las revisiones, debe surgir un plan de acciones de mejora, con puntos concretos y fechas concretas de cumplimiento. La mejora continua es una de las herramientas más útiles para garantizar la calidad en las organizaciones.

Si, finalmente, el proveedor no es capaz de cubrir nuestras necesidades adecuadamente debe ser eliminado del panel.

Evaluación de proveedores (SLM)