Porque sólo en España sentimos la necesidad de convertir "mejores prácticas" en "lo mejor que se pueda"...

Deming y la adquisición de herramientas

Posted: julio 21st, 2011 | Author: Joaquin Bañez | Filed under: Sin categoría | Tags: , , , , , | 2 Comments »

Estoy leyendo estos días “Out of the crisis” de W. Edwards Deming, en el que básicamente expone las claves de su sistema para mejorar la calidad y la productividad, exhortando a la industria estadounidense a seguir sus 14 claves para alcanzar la calidad total y salir de la decadencia en que su tejido empresarial se encuentra. Desde el primer capítulo, Deming insiste en un punto: no hay que empezar comprando robots, máquinas, ordenadores u otros aparatejos para empezar a mejorar la calidad, sino centrarse en las personas. Para él, el primer paso en la mejora de la calidad es cambiar la forma en la que las personas trabajan, para que trabajen mejor, no más.

Y esto coincide plenamente con uno de los puntos que siempre remarco en los proyectos de adopción de procesos ITIL en los que he trabajado:  no hace falta empezar por la elección de las herramientas de gestión, no hace falta empezar gastando tiempo y dinero en la elección de una herramienta, la configuración, personalización y formación de los usuarios. Es importante hacerlo, pero no debe ser el puntal de un proyecto de cambio de organización, y tampoco es necesario que sea el primer paso. En muchos clientes, nuestro acercamiento empieza por analizar qué hacen y cómo lo hacen, y proponer pequeños cambios iniciales que dan resultados muy rápidamente. Generalmente, esta aproximación genera un cierto recelo por parte de los managers de informática, acostumbrados a adquirir herramientas nuevas para la implantación de nuevos modelos de gestión, pero comprobar cómo, iterando estos ciclos de pequeños cambios, conseguimos grandes resultados, les ayuda a despejar las dudas y a poder replantear la búsqueda de una herramienta de gestión adecuada contando con más argumentos de decisión, al entender cómo va a seguir cambiando su departamento TI y hacia dónde se dirige.

El motivo principal que esgrime Deming para no comenzar un proceso de mejora con la adquisición de productos, es que sin un análisis previo (las preguntas típicas, “cuál es la visión? dónde estamos? dónde queremos estar? cómo llegamos allí?”) y sin revisar primero qué hacen las personas y cómo impacta a la calidad y la productividad, no se puede determinar qué carencias o defectos resolveremos con las adquisiciones ni que beneficios (o qué pérdidas) obtendremos.

Lo cierto es que esta aproximación iterativa de pequeños cambios sobre los “componentes” humanos de un departamento de TI suele ser un éxito, no sólo porque ayudan a vencer la inercia de oposición al cambio natural en cualquier organización (y en cualquier individuo), sino tambien porque permiten la obtención de beneficios rápidamente; podría decirse que se persigue uno de los objetivos de las metodologías ágiles de desarrollo de soft, aunque no sería exacto; de todos modos, Rob England defiende un acercamiento ágil a la gestión de servicios que resulta interesante, y os ánimo a echarle un vistazo. Por otro lado, hay un artículo de Antonio Valle en el que comenta la naturaleza fractal del ciclo de Deming, donde destaca que cada gran vuelta de un ciclo PDCA está compuesta por pequeñas iteraciones del mismo ciclo, como si un sistema orbital fuera. Merece un vistazo.

¿Cómo habeis vivido vosotros los procesos de selección de una herramienta de gestión ITSM? ¿Qué elementos son los que más valoran las empresas para elegir una u otra? ¿Cómo lo habeis vivido?

TumblrLinkedInMeneameDiggNetvibes ShareTechnorati FavoritesBlogger PostGoogle ReaderGoogle BookmarksShare

ITIL V3 2011 Update: predicar con el ejemplo

Posted: julio 7th, 2011 | Author: Joaquin Bañez | Filed under: itil | Tags: , | 2 Comments »

Llegando el verano, ITIL anuncia que hay actualizaciones. Todos los libros, dicen, han pasado por el CSI y han incorporado muchos de los cambios y sugerencias que han recibido, incluyendo nuevos procesos, roles, flujos de proceso, inputs, outputs… vaya, que se han aplicado el cuento del Continual Service Improvement. Eso es guay.

La única información oficial disponible por ahora sobre esta actualización es un lacónico FAQ, del que se extrae, como primera conclusión, que se ha intentado hacer un esfuerzo en clarificar conceptos y añadir ejemplos prácticos (espero que hayan hecho énfasis en esto último!). Algo que será muy práctico, al menos para mí, si lo aplican a fondo en la fase de Service Strategy y si consiguen aclarar el movidón del CSM y el SKSM, que sonaba bonito pero no hay quien lo entienda ni sepa cómo aplicarlo de forma beneficiosa…
Lee un resumen de los cambios…

TumblrLinkedInMeneameDiggNetvibes ShareTechnorati FavoritesBlogger PostGoogle ReaderGoogle BookmarksShare

Gestión de problemas: hila fino en los detonadores y descubre a tu mayor enemigo

Posted: marzo 15th, 2010 | Author: Joaquin Bañez | Filed under: Sin categoría | Tags: , , , , , | 3 Comments »

A la hora de establecer el proceso de Gestión de Problemas en una organización merece la pena dedicar cierto esfuerzo a definir los detonadores que se considerarán para la creación de registros de problemas.

El detonador es aquello que ha provocado que se desencadene el problema, lo que hace que aflore; tener una colección de detonadores bien tipificados y que elegir un detonador sea obligatorio en cada registro de problema gestionado, ayuda a:

  • Identificar cuál es el factor que más frecuentemente desencadena problemas
  • Tener una visión numérica de los factores de riesgo que amenazan nuestros servicios
  • Detectar las malas prácticas que pueden ocasionar problemas
  • Y hacer algo útil con todo esa información después…

Leer más

TumblrLinkedInMeneameDiggNetvibes ShareTechnorati FavoritesBlogger PostGoogle ReaderGoogle BookmarksShare

Por qué no mejora la calidad de algunos servicios TI

Posted: abril 27th, 2009 | Author: Joaquin Bañez | Filed under: itil | Tags: , , , , , , , , , | 1 Comment »

La mayoría de las metodologías orientadas a la mejora continua de la calidad se fundamentan sobre las teorías de Deming desarrolladas después de la Segunda Guerra Mundial, que contribuyeron al milagro japonés de la postguerra; uno de los pilares sobre los que se apoyaba el trabajo de Deming era su ciclo PDCA (Plan, Do, Check, Act: planea, haz, revisa, actua).

ITIL tambien usa ese ciclo de Deming como piedra fundacional de todo el sistema de buenas prácticas, pero con una salvedad: la mayoría de representaciones del ciclo de Deming que aparecen en publicaciones de ITIL ¡están mal!¡giran mal!

ITIL representa el ciclo de Deming como una bola que gira a lo largo de un plano inclinado, que representa el aumento en el nivel de calidad del servicio prestado en cada iteración del ciclo, pero tal y como lo proponen, en vez de PDCA el ciclo se convierte en PACD, y así no va; así no funciona.

Por suerte, frente a los fanáticos fervientes de ITIL y otras metodologías de mejora continua de la calidad, existen los escépticos.

*Encontrado en The IT Skeptic.

TumblrLinkedInMeneameDiggNetvibes ShareTechnorati FavoritesBlogger PostGoogle ReaderGoogle BookmarksShare