Bueno ITIL V3 salió en Mayo de este año pero los libros fueron recientemente publicados. Todavía falta un libro de introducción que es el que estoy esperando según lo que he oído en el audiocast de Sharon Taylor, Arquitecta del producto. Buscando un poco encontré esta noticia en regdeveloper, y un post sobre los cambios relevantes.
Al parece se quiere en la versión 3 de ITIL establecer lazos con la parte del desarrollo, entendiendo el desarrollo de software como un servicio vinculado al negocio, lo cual es una gran verdad. Esta es una idea muy interesante ya que los modelos de desarrollo sean predictivos (CMMI) o ágiles (scrum,XP) se los mira como algo separado de la gestión de operaciones de informática.
El tema de gestión del servicio informático se está poniendo fuerte y espero que tome mayor fuerza el próximo año. Entre otras noticias tenemos para septiembre del 2007 CMMI para servicios (CMMI-SVC) por parte del SEI, que si bien es un mapeo del algunos modelos (ITIL, Cobit, ISO) a CMMI no deja de restarle importancia a la fuerza que está tomando la administración del servicio informático. Podemos agregar que pesos pesados están ya detrás de esto (IBM, HP) y no espero que pase mucho para que los que no están al 100% espabilen (Oracle, SUN, MSFT). Vale la pena recordar que las herramientas no son responsables de la correcta aplicación de un modelo pero ayudan, siempre y cuando no te quieran simplemente vender la moto.
Otro factor que puede estar inclinando la balanza fuertemente es el código abierto ¿Por qué? ¿ Qué tiene que ver lo uno con lo otro?. Si nos ponemos a pensar en el cambio de un modelo de negocios basado en licencias/soporte a otro basados en servicios/consultoria/formación, el tema de ITSM tiene más relevancia ( sé que dar soporte semánticamente es brindar un servicio, pero si no tienes interiorizado un proceso de soporte creo que metodológicamente no es lo mismo).
En un post de la blogocosa de oracle se recomendaba a los DBAs que pongan en su radar a ITIL y PRINCE2 , yo no podría estar más de acuerdo. Un DBA es un bicho raro que generalmente tiene un pie en operaciones y otro pie en desarrollo, creo que por ello se tiene mayor noción de los problemas (apagar incendios todos los días, pasos a producción con incidentes, oferta de servicios sin garantía, etc etc etc). Sin embargo un conocimiento profundo tanto de ITIL, como de cualquier modelo de procesos implica muchas horas en el tema, así que hay que saber hasta que nivel profundizar y si realmente le tomas pasión al asunto plantear un cambio de carrera.
Creo que sobre esto tengo para largo, voy a seguir escribiendo sobre este tema más a medida que vaya leyendo sobre él y me empiece a certificar en ITIL. Tuve ya una experiencia con ITIL V2 en Movistar implementando Service Management y quede gratamente convencido.
Se me hizo raro no ver un post en navegapolis sobre este tema.
