Espérate, estoy trabajando con MCE

Espérate, estoy trabajando con MCE

Espérate, estoy trabajando con MCE

El Titanic y la estrategia en ITIL v3

El 14 de abril de 1912 el Titanic chocó contra un iceberg, con las consecuencias catastróficas que todos conocemos. El fatídico encuentro de la nave con el bloque de hielo fue consecuencia de una mala gestión de los procesos relacionados con la TI. Quién sabe si con ITIL v3 la situación podría haber sido otra.

A las 04:25, hora universal, Jack Phillips, el primer operador de radio del Titanic, le espetaba la frase que encabeza este artículo de manera poco amable al operador del barco Californian. Media hora más tarde, el mismo telegrafista lanzaba sus mensajes agónicos de socorro. El choque del Titanic con el iceberg fue debido a una estrategia errónea en la gestión de los procesos relacionados con las TI. Situación que posteriormente fue enmendada en la Conferencia de Radio de Londres de ese mismo año. De aquella amarga experiencia, producto del azar y la soberbia, podemos extraer una enseñanza para la gestión de los procesos de las TI según las buenas prácticas de ITIL v3.

Los procesos del Titanic

Aquella noche del 14 de abril los telegrafistas del Titanic estaban inmersos en sus tareas diarias de comunicación. Se encontraban trabajando con MCE, indicativo de radio de la estación costera Cape Race, con quien tenían un frenético intercambio de mensajes. El Titanic enviaba a la costera los telegramas dejados la víspera por el pasaje en la oficina postal del barco, mientras que la costera hacía lo propio con los telegramas dirigidos al barco. Podemos decir, que se estaba llevando a cabo un proceso batch.
Dada la expectación creada con aquel viaje inaugural, cabe suponer que el tráfico de telegramas era considerable y la premura intensa. La mala contestación que recibió Evans, telegrafista del Californian, responde a la presión de tan exhausta actividad. El telegrafista del Californian le acababa de enviar un mensaje al Titanic indicándole que por la zona en la que navegaban se habían visto grandes bloques de hielo.

Podemos entender la irritación de Jack Philips, quien abrumado por aquel sin fin de telegramas, era interrumpido con mensajes impertinentes. “Espérate, estoy trabajando MCE”, fue su arrebato incontenible. Evans, contrariado, apagó su emisora, lo que impidió que posteriormente escuchara los mensajes de socorro. Se daba la circunstancia de que el Californian se encontraba relativamente cerca del Titanic.

Tiempos de silencio y escucha

En la Conferencia de Radio de ese mismo año se tomaron medidas para evitar, en la medida de lo posible, tan dramáticas catástrofes. Se establecieron los llamados periodos de escucha y de silencio con una duración de tres minutos cada media hora. Durante tales periodos, los telegrafistas tenían que abandonar por completo su actividad habitual y sintonizar la frecuencia de emergencia para poder escuchar una posible señal de socorro que un barco la estuviera transmitiendo con poca potencia, precisamente en la frecuencia internacional de emergencia. Desde entonces, en el cuarto de radio de cada buque se podía ver un reloj con unas marcas especiales de color rojo y verde, en unos minutos determinados, que señalaban la existencia de tan críticos momentos.

ITIL está orientado a proceso, y en ello reside su grandeza, a la vez que desgracia

La importancia de los procesos en ITIL v3

Hoy en día los avances en seguridad marítima han dejado en el olvido los periodos de escucha y silencio. No obstante, su esencia nos puede seguir siendo relevante.

ITIL está orientado a proceso, y en ello reside su grandeza, a la vez que desgracia. Trabajar en una orientación a proceso significa compaginar la actividad propia de un departamento de las TI, con la actividad específica de un proceso. ¡Qué grandeza!, pues toda la TI es susceptible de trabajar de forma global en un momento dado en un proceso que afecte a un servicio de negocio. ¡Qué desgracia!, pues la experiencia en las implantaciones de ITIL nos habla de las dificultades que ello conlleva. El trabajo desbordante del día a día, la misma premura que llevó a la iracundia al telegrafista del Titanic, es el actual ladrón del tiempo de los procesos y la semilla del fracaso en la implantación de las mejores practicas de ITIL.

Con ITIL v3 tenemos una oportunidad inexcusable para buscar tal compromiso de la Dirección

La solución a tal dilema la podemos encontrar en los momentos de escucha y de silencio. Tales momentos se establecieron ante la innegable importancia del proceso que podemos denominar “Salvar vidas humanas”. Si pensamos que ITIL es importante para entregar a nuestros clientes los mejores servicios de TI, deberemos establecer también una especie de momentos de escucha y de silencio para nuestros procesos de ITIL. No será cuestión de colgar un reloj con marcas verdes y rojas en nuestro CPD. Será responsabilidad de la Dirección respaldar la importancia de tales procesos ofreciendo un entorno adecuado de trabajo y una redistribución de tareas que permitan tales tiempos de escucha y de silencio. Sólo si pensamos que ITIL es importante.

Con ITIL v3 tenemos una oportunidad inexcusable para buscar tal compromiso de la Dirección. Es en la nueva versión de ITIL donde se dedica espacio a una serie de procesos relacionados con la estrategia del negocio (Service Strategy), cuestión que en la anterior versión no aparecía tan clara. Hablar de momentos de escucha y de silencio es hablar de estrategia; de relacionar la estrategia del negocio con la estrategia del departamento de TI, y de extraer líneas directrices que gobiernen el desempeño del resto de procesos. ITIL v3 abre la puerta a una serie de mecanismos que pueden evitar el tener que lanzar nuevos mensajes agónicos de socorro y llevar al ocaso a una organización, aunque ésta se deleite en su hundimiento con sublimes melodías de su heroica orquesta.

En descargo de John G. Phillips y Harold Bride, telegrafista primero y segundo del Titanic respectivamente, debemos decir que el mensaje de aviso de icebergs que envió el Californian, por el cual recibió tan amarga contestación, parece que fue enviado erróneamente. No fue encabezado con el código MSG, que indicaba la necesidad de remitir inmediatamente el mensaje recibido al capitán. Fue una incidencia mal codificada; pero esa es otra cuestión.

Publicado en Techweek 

P.D.: si quieres saber algo más de las comunicaciones del Titanic: Booth, J & Coughlan, S. Titanic – Signals of Disaster. White Star Publications, 1993.

 

 

Voces y ecos en IT Governance

Voces y ecos en IT Governance

Voces y ecos en IT Governance

Desdeño las romanzas de los tenores huecos

y el coro de los grillos que cantan a la luna.

A distinguir me paro las voces de los ecos,

y escucho solamente, entre las voces, una.

Estos versos son del poema Autorretrato de Antonio Machado. Como toda obra de un genio, estos versos resisten el paso del tiempo, se vuelven atemporales, o más bien eternos, y no se hallan sujetos a las veleidades de la moda. Una de las razones de su eternidad radica en su naturaleza polisémica, lo que hace que estos versos de Machado nos sirvan para ilustrar la situación actual en lo que respecta al Gobierno de la TI.

Hoy en día es común oír hablar del Gobierno de la TI y de su utilidad para los departamentos de TI. Habitualmente, las voces, o ecos, que hablan de las bondades del Gobierno de la TI expresan en realidad las excelencias de Cobit, que serán muchas, pero que sólo son una parte de todo lo que representa el Gobierno de la TI. Seguidamente, veremos qué se entiende verdaderamente por Gobierno de la TI y cuál podría ser su aplicación en una TI en un entorno de sourcing.

El Gobierno de la TI

Para definir qué es el Gobierno de la TI vamos a partir de una definición distinta de la que habitualmente conocemos. Según Peterson [1], el Gobierno de TI se concentra en el doble propósito de contribuir a la operación y rendimiento del negocio presente y transformar y posicionar la función de TI para alcanzar los retos futuros del negocio.

Es importante destacar que la Gestión de Servicios de TI y el Gobierno de la TI tienen límites difusos, lo que lleva a errores de actuación. Si desde la Gestión de Servicios de TI estamos pensando en posicionar la TI para el futuro, o si desde el Gobierno de la TI nos preocupamos de procedimientos de relación entre procesos, en ambos casos estamos invadiendo campos ajenos. Cada disciplina tiene herramientas de operación distintas. Dicho de manera gráfica, si con la Gestión de Servicios de TI queremos jugar al Gobierno de la TI, será como jugar un partido de fútbol con un balón desinflado.

En las estructuras y los mecanismos de relación se consigue el verdadero significado del Gobierno de la TI: contribuir al rendimiento del negocio

Para Peterson, un Gobierno de TI debe implementarse siguiendo un conjunto de estructuras, procesos y mecanismos de relación. Por estructuras entiende la existencia de un conjunto de responsabilidades, tales como la dirección de la función de TI o los distintos comités de TI que puedan existir dentro del Consejo de Dirección; además, también tiene en cuenta la propia estructura del departamento de TI. Con los procesos se refiere a las actividades para la toma de decisiones y la medida del rendimiento. Finalmente, los mecanismos de relación ponen de manifiesto la necesidad de incluir la participación de la función de TI en el negocio, la existencia de un diálogo estratégico, el aprendizaje compartido, o la comunicación adecuada. Lo importante en este ámbito es crear un eje negocio-TI sólido.

Según este modelo, Cobit, entraría dentro del ámbito de procesos, lo que hace que Cobit sea sólo un elemento del Gobierno de la TI. La grandeza de este modelo radica en sus  ámbitos de estructuras y mecanismos de relación, a través de los cuales se consigue el verdadero significado del Gobierno de la TI: contribuir al rendimiento del negocio y preparar la TI para el negocio futuro.

Gobierno de la TI en un entorno de sourcing

Ahora aplicaremos este modelo de Gobierno de la TI de Peterson a un entorno de sourcing en la TI. Para ello tomaremos como base las siguientes fases en un proceso de externalización:

  1. Estrategia de sourcing: esta fase es en sí estratégica y por tanto perteneciente al Gobierno de la TI. Estaríamos de lleno dentro del ámbito de estructuras antes indicado.
  2. Alcance: implica a los tres ámbitos al tener que definir: roles (estructuras), elementos de medición (procesos) y relaciones de frontera entre ‘lo que se queda dentro’ y ‘lo que se queda fuera’ (mecanismos de relación).
  3. Selección: se definen la estrategia de oferta y los mecanismos de selección. Nos encontramos en el ámbito de estructuras, principalmente, y en mecanismos de relación al determinar los elementos para la selección que implican a terceros.
  4. Due diligence: o diligencias finales previas a la contratación. Proveedor y cliente se conocen mutuamente y se trabaja para evitar conflictos futuros. Estamos en el ámbito de los mecanismos de relación
  5. Contratación: el ámbito más relevante es el de procesos, por cuanto que está directamente relacionado con el establecimiento de los niveles de servicio.
  6. Transición: se puede pensar que esta fase es operativa y no responde al Gobierno de la TI. Sin embargo éste tiene un papel relevante en sus mecanismos de relación.
  7. Gestión del contrato: al llegar aquí se piensa que ya todo está hecho y vienen las felicitaciones. Pero todo está por hacer. Lo importante es no perder de vista el objetivo principal del Gobierno de la TI: contribuir a la operación y rendimiento del negocio presente y transformar y posicionar la función de TI para alcanzar los retos futuros del negocio.

Hemos visto sucintamente cómo en un proceso de sourcing los principales ámbitos de Gobierno de la TI que trabajan son los de estructuras y mecanismos de relación. Esto pone de manifiesto que resulta inadecuado gestionar un entorno de sourcing desde la Gestión de Servicios de TI, que se dedica principalmente al ámbito de procesos.

Para terminar, y puesto que empezamos con versos de Machado, qué mejor que acabar con nuevas palabras de tan insigne poeta. Con el fin de despertar los espíritus inquietos, que son el asilo de la duda, y ésta el sustento del progreso, podemos concluir diciendo:

 Confiamos,

en que no será verdad

nada de lo que pensamos.

[1]   Peterson, R. Information strategies and tactics for Information Technology governance, en W. Van Grembergen (Ed.), Strategies for Information Technology Governance. Hershey, PA: Idea Group Publishing, 2003.

 Publicado en Suplemento de Network World, nº 231, Computerworld nº 1174 (12-13), marzo

 

Hacia una nueva percepción del valor de las TI

Hacia una nueva percepción del valor de las TI

Hacia una nueva percepción del valor de las TI

La torre Eiffel se levantó como imponente arco de entrada para la Exposición Universal de París de 1889. Acabada la Exposición la torre Eiffel permaneció a pesar de las críticas. Sin embargo, se estipuló que con el fin de siglo debía ser desmontada. Llegó el 1900 y la torre Eiffel sobrevivió. Para su ventura se le encontró una utilidad hasta entonces desconocida. La Marina la reclamó como soberbio pedestal para situar en su cúspide una antena de radio. La torre Eiffel se salvó gracias a las TI, lo que significa que podemos estar ante la primera manifestación histórica del valor de las TI.

Mucho después, en 1967, se instalaba el primer cajero automático en una sucursal del Barclays Bank de Enfield (Londres). En España, el primer cajero automático se instaló la sucursal del Banco Popular en Toledo en 1974. Las TI parecían salir de su ubicación como simple actividad de soporte en la cadena de valor de Porter y durante la década de los años 80 se publicaron numerosos artículos que situaban a las TI como “armas estratégicas”, tomando como referencia su éxito en el sector bancario. El valor de las TI parecía claro.

El problema surgió en 1987 cuando Robert Solow, premio Nóbel de economía, predicaba en el New York Times que no se observaba un rendimiento cuantificable de las TI. Se atrevió a decir que el rey iba desnudo y abrió el debate sobre el valor de las TI. Recientemente, Nicholas Carr arguyó que las TI no tenían importancia, y acabarían siendo subcontratadas, como ocurrió con los generadores de energía en las empresas. Los proveedores de servicios de TI ponían a Carr en los altares, mientras que los directores de la TI se agarraban a los bordes de la mesa ante el zarandeo de su silla.

Actualmente se nos dice: “si no se puede medir, no existe”. Nadie lo discute, pues es lo que “se” dice. De ser verdad mal vamos en una sociedad que denominamos del conocimiento y  queremos encumbrar a sociedad de la sabiduría. Reconozco mi ignorancia, pero no sé a cuánto se encuentra el kilo de conocimiento. Quizá no se pueda medir porque pertenecen a ese conjunto de existencias, que denominamos intangibles: como la felicidad.

El Gobierno de las TI tiene que cambiar nuestra percepción de las TI y de su valor

De tanto decir TI olvidamos que las Tecnologías de la Información gestionan información; es una obviedad, pero en los conceptos sencillos se encuentra la verdad. Las TI se ocupan de la información y la información es un intangible. Este hecho es todavía mucho más relevante en el sector bancario, donde actualmente tener dinero no es más que un valor numérico en una base de datos.

Si queremos tasar el valor de las TI tenemos que adoptar una nueva perspectiva. Debemos cuantificar su rendimiento, cuestión que haremos a nivel de proceso. Ahí tenemos las  implementaciones de procesos de ITIL basadas en rendimiento, que hacemos desde Quint. Nos queda por desarrollar una nueva visión que tenga en cuenta la naturaleza intangible del valor. Esta visión sólo se puede alcanzar desde un verdadero Gobierno de la TI.

La torre Eiffel no sólo se convirtió en símbolo de París. Además se podía subir por ella y ver París desde las alturas, cosa inédita hasta entonces. La torre Eiffel modificó la percepción que los parisinos tenían de su ciudad.

Publicado en Comunicaciones Hoy, Nº 69 (11), año VII, marzo, 2008

 

De un ITIL alienígena a ITIL v3

De un ITIL alienígena a ITIL v3

De un ITIL alienígena a ITIL v3

ITIL proviene del espacio interestelar. En efecto, en una galaxia cercana a la nuestra una forma de vida avanzada hastiada de observar nuestro paupérrimo nivel en la gestión de servicios de TI decidió implantar en los cerebros de los gestores de servicios de TI una suerte de prácticas encaminadas a una mejor dirección de las tecnologías de la información. Esta colección de buen hacer es la que conocemos como ITIL cuyo acrónimo responde a “Intergalactic Technology Intelligence Library”.

Naturalmente, esto no es verdad. Pero sí que es verdad que es gracias a la nueva versión 3 de ITIL (ITIL v3) que sabemos de tan fresca y regocijante inventiva. En otoño del año pasado, la TSO publicó un documento que, bajo el epígrafe de “ITIL Refresh News”, avanzaba sobre la estructura y contenido de la próxima versión de ITIL. En tal escrito, además, se relataban, a modo de historieta, fabulosas ocurrencias sobre el origen de ITIL. No es objeto de este artículo abundar sobre estas ocurrencias, aunque posiblemente si fuera más entretenido, sino explicar brevemente en qué va a consistir la inminente ITIL v3, cuya epifanía ya se anuncia para finales del próximo mes de mayo, como primicia del verano.

Para ello, haremos uso de la escasa y restringida información que la TSO ha ido haciendo pública al respecto desde que comenzó lo que han llamado el “refresco de ITIL”.

Estructura de ITIL v3

Con ITIL v3 se crece en una genealogía que comenzó en el año 1986 con ITIL v1, que por aquel entonces ya era una librería con más de 40 volúmenes describiendo áreas específicas del mantenimiento y la operación de la infraestructura de la TI. En concreto, diez libros constituían el corazón de ITIL y versaban sobre lo que hoy conocemos como Service Support y Service Delivery, mientras que otros 40 libros aproximadamente dedicaban su espacio a cuestiones suplementarias, desde el cableado hasta la gestión de relaciones con el cliente. Tan voluminosa biblioteca quedó reducida a los 10 libros que conocemos en la actual ITIL v2, que, en su nomenclatura inglesa, son: Service Support, Service Delivery, Planning to Implement Service Management, ICT Infrastructure Management, Business Perspectives (I y II), Software Asset Management, Application Management, Security Management e ITIL – Small-scale Implementation.

ITIL v3 constará de 5 libros, que formarán una estructura la cual se articulará en torno al concepto de ciclo de vida del servicio de la TI. De esta forma, los libros responderán a los títulos de:.

  • Service Strategy (Estrategia de Servicio).
  • Service Design (Diseño del Servicio).
  • Service Transition (Transición del Servicio).
  • Service Operation (Operación del Servicio).
  • Continual Service Improvement (Mejora Continua del Servicio).

Efectivamente, tomados como un todo, muestran la idea de un ciclo de vida de un servicio de TI: partiendo de su diseño, se produce un periodo de transición en el que se desarrolla e implanta el servicio, el cual posteriormente se operará, y todo ello auspiciado por una estrategia, y bajo el amparo de una mejora continua.

Con esta ordenación en torno a un ciclo de vida se pretende dar una mayor coherencia a los distintos libros y procesos de ITIL, de tal forma que resulte más intuitiva y práctica su aplicación y se puedan observar como un conjunto bien trabado. Ésta es una de las principales debilidades que padece la vigente ITIL v2, en la cual los diez libros antes referidos, si bien responden a unos objetivos comprensibles, sensatos y deseables, parecen carecer de una unidad que les englobe y les atribuya sentido, entendidos en su totalidad. Además, con esta estructura de ciclo de vida según TSO, se alcanzarán los siguientes beneficios:

  • Establecer la integración de la estrategia de negocio con la estrategia de los servicios de TI.
  • Facilitar el diseño de servicio ágiles y el cálculo de ROI.
  • Proporcionar modelos de transición de servicios que sean válidos para una gran variedad de innovaciones.
  • Desmitificar (sic) a la gestión de los proveedores de servicio y los modelos de subcontratación.
  • Mejorar la facilidad de implantación y de gestión de servicios para unas necesidades de negocio actuales que son dinámicas, arriesgadas, volátiles y rápidamente cambiantes.
  • Mejorar la medición y demostrar el valor de los servicios de TI.
  • Identificar los desencadenantes de la mejora y el cambio en cualquier punto del ciclo de vida del servicio.
  • Solventar las actuales deficiencias de ITIL.

Otra novedad de ITIL v3 tiene que ver con lo que se ve, es decir, con su estética. Con ITIL v2 abandonaremos las portadas clónicas de los libros, en las que la imagen sesgada de un teclado nos hablaba de tecnología, y el escalado cromático multicolor nos llamaba al aspecto sensible. Unas portadas, que más que minimalistas eran simples. ITIL v3 por el contrario, explota el símbolo para mostrar conceptos tales como crecimiento, proporción, estructura, armonía y ciclo de vida, mientras que una representación simulada de rayos-X hace referencia a la tecnología.

Así, por ejemplo, la portada del libro de Service Strategy es una hoja de árbol, de contorno palmatisecto, que dibuja una alegoría sobre cómo una estructura elevada (la hoja en sí) puede canalizar recursos para construir una estructura superior (el árbol que la sustenta). O en el caso de Service Desing, el corte transversal de una concha del molusco cefalópodo tetrabranquio Nautilo nos muestra la alianza de una forma  perfecta para una función específica, dentro de un diseño armonioso. De esta forma, sin tener siquiera que abrir el libro, el lector ya recibe sugerentes mensajes sobre cómo tienen que ser los servicios que pretende gestionar.

Para el resto de libros, la TSO no explica el significado de sus imágenes, por lo que, a falta de doctrina oficial, podemos dejar volar la imaginación y especular sobre su simbolismo. El libro de Service Transition presenta una vaina con lo que parece contener una especie de guisantes, aludiendo quizá al estadio “transitorio” de la naturaleza en el que se prepara el cambio mientras se gesta un nuevo ser vivo. Service Operation muestra la radiografía de la corola de una flor, haciéndonos ver que la flor es el fin de un proceso complejo, tal y como la operación de servicios de TI es la conclusión de otro proceso no menos complejo. Finalmente, para el Continual Service Improvement se reserva la alegoría de la estrella de mar, quizá por su reproducción asexuada. Con esto, suponemos que no quieren decir que aquellos que se dedican a la mejora continua, carezcan de ciertos goces que ofrece la naturaleza, sino que gracias a la citada reproducción asexuada, una estrella de mar es capaz de regenerarse desde uno de sus brazos que, por alguna razón, se ha escindido: símil muy apropiado para el crecimiento y superación perpetuos.

Los cinco libros de ITIL v3

Cada nueva versión de ITIL ha crecido en eficacia y ha decrecido en peso, pues en cada edición, aunque sólo llevemos hasta la fecha dos, los libros han aumentado su utilidad y disminuido su número. No podemos decir nada sobre la eficacia de los nuevos textos de ITIL v3, pues a día de hoy son pura potencialidad, pero sí estamos seguros de que serán cinco, y serán los siguientes:

Service Strategy (Estrategia de Servicio): Busca las reglas de juego para el deseado alineamiento perfecto entre las TI y el negocio. Nada nuevo en su espíritu si lo comparamos con la actual versión, la cual está impregnada en su totalidad de este ánimo. Pero sí resulta significativo que se dedique un volumen específico a este ansiado fin y que se articule con acierto con el eje director sobre el que orbitan el resto de libros. Además, en la sucinta y escasa explicación que a día de hoy proporciona la TSO, se puede vislumbrar una mota de novedad: habla del alineamiento entre las TI y el negocio, de tal suerte que “cada uno aporte lo mejor al resto”. Esto, que es de evidencia palmaria, resulta importante que se indique, pues hasta la fecha, y por nuestra experiencia, este apetecido alineamiento sólo se ha entendido en una dirección: en cómo las TI se deben adaptar al negocio, y rara vez en su totalidad, es decir, concibiendo el alineamiento como un caminar juntos entre TI y negocio.

Los conceptos que previsiblemente se contemplarán en este libro versarán en torno a:

  • Definición del servicio.
  • Estrategia de la gestión de servicio y planificación del valor.
  • Establecimiento de la dirección y del gobierno de los servicios de la TI.
  • Consecución del valor.
  • Relación entre los planes de negocio y las estrategias de los servicios de TI.
  • Arquetipos de servicios.
  • Tipos de proveedores de servicio.
  • Formulación, implantación y revisión de las estrategias de negocio.

Service Design (Diseño de Servicio): Atendiendo a la estrategia de servicio definida, en este volumen se detalla cómo “producir e implementar políticas de las TI, arquitecturas y documentos para el diseño de servicios y procesos de TI apropiados e innovadores”. Sin saber cuánto aportará este libro para el diseño de servicios adecuados, sí se pude decir que ha cumplido su labor en lo que se refiere al diseño de la sentencia  que explica su cometido: si es tan bueno en el diseño tecnológico como en el gramatical, su éxito es seguro.

Los conceptos que previsiblemente se contemplarán en este libro versarán en torno a:

  • El ciclo de vida del servicio.
  • Los objetivos y elementos en el diseño de los servicios.
  • Selección del modelo de diseño de servicios.
  • Servicios, personas, procesos, conocimiento y herramientas.
  • Modelo de costes.
  • Análisis de riesgos y beneficios.
  • Implementación del diseño de los servicios.

Service Transition (Transición de Servicios): Siguiendo con el modelo de ciclo de vida, este libro aborda el delicado estadio en el que el servicio de TI diseñado se debe poner en producción. Dicho con las incomparables palabras acertadas y elegidas de la OGC: “se centra en el rol de gestión de cambios y en las prácticas de lanzamiento, de la forma más amplia posible y con visión de largo plazo, de tal forma que se consideren los riesgos, beneficios, mecanismos de entrega y facilidad en la subsiguiente operación continua de los servicios”.

Los conceptos que previsiblemente se contemplarán en este libro versarán en torno a:

  • Gestión del cambio cultural y organizacional.
  • Gestión del conocimiento.
  • Sistemas base de conocimiento para la gestión de servicios.
  • Análisis y gestión de riesgos.
  • Principios de la transición de servicios.

Service Operations (Operación del Servicio): El ciclo de vida de un servicio se termina con su operación, la cual debe ser de tal forma que “lleve al sumamente deseado estado estable de los servicios de gestión en el día a día”. Este libro echa mano de los conceptos existentes en los conocidos libros de Service Support y Service Delivery de la actual versión de ITIL, con el fin de asegurar su integración con el resto de libros e incorporar el conocimiento anterior.

Los conceptos que previsiblemente se contemplarán en este libro versarán en torno a:

  • Estadios del ciclo de vida de la operación de servicios.
  • Principios de la operación de servicios.
  • Gestión de aplicaciones.
  • Gestión de la infraestructura.
  • Gestión de la operación.
  • Control de procesos y funciones.
  • Prácticas escalables.

Continual Service Improvement (Mejora Continua del Servicio): Este es otro elemento, que al igual que el libro de Estrategia de Servicio, inspira todo el conjunto de ITIL v2, ya que la mejora continua es un componente intrínseco a la orientación a proceso dentro de una gestión de calidad. No obstante, no todos los procesos de la actual versión de ITIL hablan por igual y con la misma claridad sobre su revisión y mejora: algunos lo incluyen en sus actividades, y otros no. Es por ello por lo que no parece un acierto que ITIL v3 lo indique de forma explícita, para remarcar así su importancia, y ofrecer pautas claras y definidas sobre cómo actuar en este importante aspecto.

Además, este libro presenta otra novedad destacable, cual es la de incluir en la mejora continua el momento último de la retirada de un servicio. Esta es otra de las cuestiones que se sobreentienden en la versión actual de ITIL pero que no se plantean de manera explícita. Por tanto, todo lo que sea su consideración expresa y detallada podemos considerarla como bienvenida.

Los conceptos que previsiblemente se contemplarán en este libro versarán en torno a:

  • Elementos de negocio y de tecnología que llevan a la mejora.
  • Beneficios para el negocio, financieros y de organización.
  • Principios de la mejora continua de servicios.
  • Implantación de la mejora de servicios.

La emisión de estos cinco libros se espera para el 31 de mayo de este año. No obstante, si las ansias de tenerlos exceden a la mesura de una espera sosegada, ya se pueden solicitar vía Internet (www.best-management-practice.com/ITILRefresh).

Mejoras esperadas

Atendiendo a una de las primeras publicaciones de la TSO sobre la nueva versión de ITIL, de junio del mes pasado, ITIL v3 parece que viene con ciertas novedades, tanto de contenido como de continente, que se antojan atractivas.

Empezando por el continente, por fortuna, con ITIL v3 tendremos una misma y única estructura para cada capítulo. Todos los capítulos tendrán el mismo índice, cuestión que es de agradecer, pues con ITIL v2 la claridad expositiva de cada proceso queda al albur de cada autor, convirtiendo su lectura en una suerte de mosaico desconcertante.

Además, los bondadosos de TSO nos avanzan ya la estructura genérica de cada capítulo, que es la siguiente:

  • Introducción, visión general y contexto.
  • La gestión de servicios como una práctica.
  • El ciclo de vida de un servicio.
  • Rol de los procesos en un ciclo de vida.
  • Rol de las funciones en un ciclo de vida.
  • Fundamentos de la práctica.
  • Principios de la práctica.
  • Diseño de la organización y de las estructuras, roles y responsabilidades.
  • Retos, factores críticos de éxito y riesgos.
  • Guías suplementarias.

En lo referente al contenido, la OGC obtuvo una serie de recomendaciones a aplicar en ITIL v3, las cuales indicamos de forma breve, en aras de no ser excesivamente prolijos:

  • Preservar los conceptos principales de los actuales Service Support y Service Delivery: cosa que se aplicará en el libro de Service Operation.
  • Mostrar qué tipo de estructuras de organización son más adecuadas para la gestión de servicios de TI.
  • Cómo solventar las cuestiones relativas al cambio cultural.
  • Indicar referencias con otras mejores prácticas en uso.
  • Incluir actuales casos de negocio, casos de estudio, plantillas y paquetes para el trabajo de implementación
  • Cómo desarrollar ITIL en entornos con múltiples modelos de subcontratación de proveedores y servicios (multi-sourced).
  • Alineamiento con otros marcos de referencia, tales como CobIT, CMM, Six Sigma, eTom, etc.
  • Cómo implementar ITIL en distintos tamaños de organización: desde pequeña y mediana empresa a grandes corporaciones.
  • Cómo determinar el retorno de la inversión.
  • Mejorar las definiciones y los términos estándares.
  • Cómo alinearse con el gobierno de la TI.
  • Cómo alcanzar las necesidades de la dirección ejecutiva.
  • Guías para la evaluación de herramientas.
  • Mejora de las métricas y ejemplos de su utilización.
  • Mostrar las ganancias rápidas (quick wins) en cada proceso.
  • Permanecer como mejor práctica: no convertirse en una norma.

Tendremos que esperar a la publicación de la nueva versión para ver si estas mejoras esperadas son mejoras reales, esperando que no sean ciencia ficción alienígena.

Publicado en CIO Spain

 

Pin It on Pinterest