Búsqueda


21 de febrero de 2008

Mejores Prácticas en la Gestión de TI 2008

image002Los próximos días 5 y 6 de Marzo se celebrará en Madrid el evento Mejores Prácticas en la Gestión de TI que organiza bITa Center por tercer año consecutivo.

Para ir calentando, el día 5 se realizarán tres talleres (con aforo limitado) :

  1. Taller ITIL para directivos
  2. Taller IT Governance para directivos
  3. Taller Control IT (Business Simulation Game)

Para el día siguiente, este año la agenda viene plagada de conferencias interesantes y se ha organizado en tres tracks diferentes para facilitar la selección de ponencias a las que quieras asistir.

Track A: Estrategia TI

En este track tendremos una serie de ponencias que tratarán principalmente sobre planificación estratégica de las TIC, gestión de la demanda, experiencias prácticas en la implementación de buenas prácticas y planteamientos sobre el papel que debe jugar la estrategia de sourcing en el ámbito de las TIC, contando entre otros con ponentes de la talla de Michael Nieves (coautor del libro Service Strategy) y con representantes (¡importante!) de empresas finales como Codere.

Track B: Gobierno

En este track se concentran las ponencias relacionadas con IT Governance, estandarización y medición. Tendremos ponencias de empresas finales como CuatreCasas, una ponencia de Jan Sonneveld que promete ser muy interesante ya que viene a explicar el modelo de Benchmarking iniciado por el itSMF-NL, ponencias sobre ISO-20.000 y una interesante ponencia de Jan Van Bon.

TRACK C: ITIL

Aquí se hablará de ITIL desde un punto de vista práctico, hablando de procesos concretos, las mejoras que han proporcionado y de la manera de combinar varias líneas de pensamiento para conseguir los objetivos deseados.

Además de las ponencias en los diferentes tracks, se realizará la presentación de resultados de la encuesta lanzada por bITa Center, itSMF España e IDC, se celebrará una mesa redonda y se dará el premio al CIO del año 2008. En definitiva, una jornada que a priori promete ser intensa e interesante.

Si quieres más información, puedes encontrar el programa completo aquí, o bien puedes inscribirte aquí, aunque recuerda que por ser miembro de alguna de las siguientes organizaciones puedes beneficiarte de un descuento especial en la inscripción:

Yo estaré allí ¿Y tu?

19 de febrero de 2008

La extremada complejidad del Catálogo de Servicios

Desde que comencé a trabajar con los conceptos de Gestión de Servicios, haciendo mis primeros pinitos en la implantación de herramientas de OpenView, siempre he usado el correo como el primer ejemplo del concepto de Servicio.

Así, el correo electrónico es más que el servidor, más que el sendmail que corre sobre él y más que las líneas de comunicaciones, sino que es el concepto agregado de todo ello.

Pero siendo como es el más extendido de todos los servicios, el más usado como ejemplo y el primero en ser documentado desde todos los puntos de vista que exige una correcta gestión de servicios (desde el SLA hasta la monitorización pasando por el soporte presencial o la capacidad), es curioso que no hayamos llegado a un acuerdo sobre cómo se debe plantar el simple y vulgar correo en un catálogo de servicios.

Y es precisamente el hecho de que no esté estandarizado (aunque sea de facto) el correo ni ningún otro de los servicios más comunes (impresión, archivos compartidos, navegación Internet, telefonía...) lo que me demuestra esta increíble complejidad que se oculta tras el (simple) concepto de Catálogo de Servicios.

catalogo

Cuando miras el servicio de correo desde el punto de vista del usuario, ves un buzón con algunas funcionalidades adicionales como puede ser antivirus, antispam, quota de buzon, etc.

Cuando lo miras desde el punto de vista de la operación, ves servidores, líneas, software...

Cuando lo miras desde el punto de vista del ServiceDesk, ves las incidencias y los diferentes tipos de peticiones que se pueden realizar sobre el correo: backup y restauración del buzón, reseteo de la contraseña, movimiento del buzón, etc.

Y cuando, además modernizas el servicio, resulta que te encuentras con que a ese mismo buzón el usuario accede desde un cliente pesado por MAPI, desde un cliente ligero por OWA, desde otro sistema por IMAP4 y desde una blackberry.

¿Es el mismo servicio el correo accedido desde un cliente pesado que desde una blackberry? Quizás desde el punto de vista del usuario sea lo mismo o muy similar, pero desde el punto de vista de la Gestión de la Disponibilidad no es lo mismo medir la disponibilidad del buzón (backend) que la disponibilidad del acceso Blackberry (con sus frontends y la disponibilidad de la red GPRS).

Y así podríamos seguir encontrando toneladas de pequeñas diferencias y matices que hacen que una cosa sea distinta de la otra... Así que, o llegas a un acuerdo y dejas de buscarle las cinco patas al gato, o te has tirado meses sólo discutiendo sobre el correo y aún te faltan 30 servicios más por documentar!

¿Y todo esto por qué pasa? Pues en mi humilde opinión porque ITIL define un concepto único que es el catálogo de servicios como piedra angular de la Gestión de Servicios (evidentemente, si quieres gestionar servicios necesitas saber a qué servicios te refieres, ¿No?) cuando en realidad hay que pensar en un concepto de catálogo multidisciplinar y que permita diferentes puntos de vista, a la vez que te debe permitir canalizar el diálogo con todas las partes implicadas... y eso es extremadamente difícil de lograr.

Lo fácil es tener una lista de servicios, quizás enriquecida con algunos atributos que te permitan describir de una u otra manera estos servicios, y luego tener diferentes "ampliaciones" de estos conceptos.

Así, puedes tener lo que yo llamo "carta de servicios", que es la representación del catálogo especialmente orientada a clientes, indicando qué pueden pedir o esperar de IT; o puedes tener un catálogo interno de servicios, con la arquitectura tecnológica y los conceptos de medición para el área de operaciones/explotación; y así los diferentes "sabores" de catálogo que te permitan gestionar cada una de las facetas de los diferentes servicios.

Y entonces llegan Charlie Betz y Rob England y siembran la duda cuando ya pensabas que lo tenías claro, aquí y aquí.

Tienes opiniones al respecto? Cómo es el correo en tu catálogo de servicios? Qué haces con los diferentes canales de acceso?

Aquí podríamos estar hablando durante horas, así que no dejes de añadir tu granito de arena, porque tu catálogo ¿es un catálogo de productos, de servicios TIC, de peticiones, de servicios profesionales o de buenas intenciones?

El estado de la Gestión y Gobierno de las TIC

En una iniciativa conjunta entre el itSMF España, bITa Center e IDG se ha lanzado una encuesta destinada a departamentos de informática de empresas "usuarias" del mercado español (osea: no consultoras ni proveedoras de servicios de este mundillo).

Si perteneces a este colectivo (no eres consultor y trabajas en España) podrías pasarte por la encuesta y dedicar 10 minutillos a responder a las preguntas. Los resultados se darán a conocer en la conferencia "mejores prácticas en la Gestión de TI 2008" de bITa Center el próximo día 6 de Marzo y se harán llegar a todos los participantes en la encuesta.


¡ULTIMA HORA!

Me acaban de notificar desde bITa Center que se sortearán 3 sets de práctica de golf entre los participantes en la encuesta.

Yo no puedo participar, porque no soy empresa final (ni tampoco juego al golf) , pero... y tu?

15 de febrero de 2008

Microsoft se lo toma con calma

Estaba previsto para este año: Microsoft debía entrar con fuerza (yo esperaba que entrase con esa fuerza habitual de Microsoft cuando se trata de hacerse un hueco en un mercado nuevo) en el mercado de las herramientas "ITIL Compliant", pero ayer pude ver en uno de sus blogs que hace una semana anunciaban un retraso en la presentación del nuevo producto MS System Center Service Manager.

Y este retraso no es "un ligero retraso": anuncian que no se presentará hasta la primera mitad del 2010.

Era un producto que ya estaba en betas y que se había puesto a disposición de los partners para su evaluación, así que no podían faltar dos años para su presentación. ¿Qué ha pasado?

Microsoft presenta en las FAQs de este anuncio una serie de explicaciones para este retraso, principalmente basado en las necesidades de rendimiento y escalabilidad del producto... y eso da que pensar.

¿Rendimiento y Escalabilidad?

Opción 1: el producto estaba mal diseñado / mal implementado / mal construido y se han dado cuenta en la fase de betas. Hay que volver a hacerlo, reconstruirlo completamente y para eso necesitan dos años.

Opción 2: El producto era adecuado, pero para SMB. Durante este tiempo han pensado que tienen tecnología/conocimientos/capacidad para hacer entrar su producto en los grandes clientes y es necesario soportar miles de "tickets" (ya sean ServiceCalls, RFC o lo que sea) al mes y millones de CIs en la CMDB y para eso se necesita rendimiento y escalabilidad.

Opción 3: Le van a dar la vuelta y nos van a sorprender con algo totalmente diferente... integrando procesos de ServiceDelivery, o integrando EPM y montando una solución espectacular para la Gestión de la Demanda y Portfolio de Proyectos, o cualquiera sabe qué maravilla que se le pueda ocurrir a los chicos de Redmond.

Sea como sea, el cambio será obligatoriamente importante (en 2 años esta gente puede hacer mucho!) y Microsoft no entrará en este mercado este año y eso permitirá que HP pueda presentar su HP Service Manager sin competencia adicional.

8 de febrero de 2008

Crónica del evento itSMF CAT del 6 de Febrero de 2008

El pasado 6 de Febrero se realizó en Barcelona el evento anual del capítulo Cataluña del itSMF. Fue una jornada interesante, con una asistencia más que respetable (sobre unas 120 personas) teniendo en cuenta el corto plazo que hubo para hacer publicidad del acto y en el que pude ver un montón de caras conocidas.

Para mi, lo más importante del evento fueron las presentaciones realizadas por los representantes locales, que presentaron su visión actual en la Gestión de Servicios. Hablaron personalidades del CTTI (Centro de Telecomunicaciones y Tecnologías de la Información), del Banco de Sabadell, de Gas Natural y de Cuatrecasas Abogados, así que estaban representados distintos sectores, además de grandes organizaciones presentes en Cataluña.

En general, me llamó la atención que se trataron de forma recurrente tres temas principales:

CATALOGO DE SERVICIOS

Todos los ponentes resaltaron la importancia del catálogo de servicios, presentando cada uno una visión diferente. Es curioso ver cómo los cuatro ponentes locales mezclaron rápidamente el concepto de Servicio TIC con el de Servicio Profesional y en seguida el concepto de Catálogo de Servicios fue derivando en el siguiente punto tratado por todos los demás:

GESTION DE LA DEMANDA

Convertir el catálogo de servicios en un catálogo de peticiones y a partir de ello, centralizar toda la demanda del usuario a través del ServiceDesk (ya sea telefónico o web-based) en base a peticiones permitidas. Además apareció en varias ocasiones el concepto de Oficina de Proyectos como canalizador de la demanda "grande" y transmisor de la estrategia corporativa hacia la estrategia TI.

GESTION DE LA EXTERNALIZACION

La presentación de Brigitte Noordegraaf, de Quint Wellington Redwood, versó sobre el tema de la externalización, pero posteriormente en la mesa redonda la gran mayoría de preguntas se focalizaron en este aspecto. Me sorprendió mucho que el modelo de outsourcing que plantea Quint no contempla la devolución del servicio, e incluso cuando le lancé esta pregunta a Brigitte simplemente contestó que no se suele dar el caso (en mi opinión es importantísimo contemplar la devolución del servicio ya sea por finalización o por cancelación del contrato, lecciones aprendidas de los concursos de la Generalitat)

Hubo varias perlas, frases lanzadas al aire (para el que las quisiera coger), algunas de las cuales les paso a detallar:

Jordi Bosch: (Generalitat de Catalunya)

La capacidad de compra de la Administración Pública hace de regulador en épocas de crisis.

[...]

Es misión de ustedes, los asistentes a este tipo de evento, realizar una labor de socialización de ITIL de tal manera que vayan filtrando estos conceptos a las capas más altas en la dirección  de las empresas

Ricard Pons: (IBM)

No podemos estocar servicios, así que tenemos que proporcionarlos en el momento en que nos los pidan. Lo único que podemos hacer es influenciar en la demanda.

Ivor McFarlane: (IBM)

book3_med Sharon Taylor nos pidió que relacionásemos el contenido de los libros de la V3 con la fotografía que hay en la portada. ¿Ven lo que hay en la portada del Service Transition? Es una foto en Rayos X de unas vainas de guisante. ¿Para qué sirve? Obviamente, para saber si dentro hay guisantes o no. Como pueden ver, aquí falta un guisante (justo debajo de la palabra "Transition").

¿Me podrían decir si esta vaina es aceptable?

Obviamente, no pueden si no saben para qué se va a usar. Si es para hacer unos guisantes salteados, da absolutamente igual: abriremos las vainas y sacaremos los guisantes para saltearlos, pero si es para hacer un "Vainuá a le menoriette" (cuando queremos que la comida parezca buena, le ponemos nombres en francés) para la Reina, le pondremos en un plato las vainas abiertas y cuando el maitre la lleve a la mesa, su majestad pensará  "oh! alguien me ha robado un guisante, el guisante de la Reina!)"

La clave es saber para qué se va a usar el servicio.

David Wheeldon: (HP)

Normalmente, las organizaciones querrán invertir lo mínimo posible en los entornos en producción y desviar el máximo de inversión hacia el desarrollo de nuevos proyectos/servicios ya que esto es lo que produce nuevas funcionalidades que permiten mejoras en el negocio. Las inversiones en los entornos en producción son poco visibles.

Brigitte Noordegraaf: (Quint)

El 78% de los contratos de outsourcing se realizan con el principal objetivo de reducir costes. Si lo que quieres es reducir costes, ¡lo primero es saber cuánto te cuesta!

[...]

El primer mandamiento es implementar un marco de gobierno efectivo tanto para el proyecto de externalización como para el seguimiento del contrato.

Xavier Virgili: (Banc de Sabadell)

Con el paso del tiempo, no hemos aprendido "negocio" del usuario; le hemos enseñado informática al usuario, y eso ahora se nos ha dado la vuelta.

[...]

De repente nos dimos cuenta de la criticidad relativa del proceso de negocio frente al servicio TIC, y descubrimos que si no iba el correo, el banco no se hundía.

[...]

Antes de poder establecer SLA's se requiere una cultura del indicador en toda la compañía. Establecer SLA's sólo para las TIC no tiene sentido (en este momento, el cliente escéptico del que hablaba en un post anterior me miró y se echó a reír)

Francesc Muñoz: (Cuatrecasas Abogados)

El problema de plantearnos SLA's internos está en captar indicadores de negocio que se puedan reflejar en los SLA's.

Josep Bastida: (Gas Natural)

La clave para la Gestión de la Demanda está en establecer correctamente las expectativas del cliente y exigir siempre un Business Case o estudio de ROI del cliente para aceptar la demanda.

[... ]

El Catálogo de Servicios debe ir ligado a un sistema de Gestión de Peticiones. No puedes pedir nada que no esté en el catálogo.

En conclusión, el evento fue interesante, pero había que leer entre líneas. El networking (como siempre) estuvo a la orden del día y la organización, excelente.

Espero que el año que viene los ponentes sean de un nivel más operativo para poder ver la realidad "en acción" y que haya mucho más cliente que proveedor en el público. Esos son mis deseos para el evento itSMF 2009 (y espero poder trabajar para que se conviertan en realidad)

4 de febrero de 2008

La Gestión de Problemas, por Don Otto

20OttoyFritz_b Creo que debía tener entre 5 y 6 años cuando mi madre me contó por primera vez un chiste de Don Otto. Evidentemente, no entendí nada, ni de ese ni de algunos otros chistes que me contaba ella y siempre pensaba que "este humor de los mayores, qué extraño es", porque a ella le hacían mucha gracia y yo no entendía nada por mucho que me retorciera la cabeza.

Pero han pasado ya unos cuantos años, y ahora resulta que puedo aplicar los chistes de mi madre para explicarle cosas a otros mayores de humor raro, así que aquí va el cuento de Don Otto y su peculiar forma de resolver problemas:

Iba el señor Don Otto Pilsener paseando por la calle, cabizbajo y apesadumbrado, cuando se encontró con su gran amigo Fritz, quien al verlo así le preguntó

--Don Otto, pero ¿a dónde va con esa cara?, ¿Qué es lo que le pasa?

A lo que Don Otto contestó

-- qué tal, Fritz... Pues últimamente estoy fatal... he descubierto que mi mujer me engaña en el sofá de casa

-- Madre mía, contestó el amigo. Eso sí que es un problema grave, habrá que ponerle solución.

Se separaron y cada uno fue por su lado pensando en sus cosas.
Dos semanas después, se encontraron de nuevo, pero esta vez Don Otto andaba a paso ligero y contento.

-- Qué tal, Don Otto! ¿Cómo está?

-- Pues ya me ve! La mar de bien, contestó Don Otto

-- ¿Arregló ese problemilla que tenía en casa?

-- Desde luego! dijo Don Otto con voz contenta. vendí el sofá

Con esto y con la cita del cliente anónimo "En una relación causa-efecto, actuar sobre los efectos es paliativo. Actuar sobre las causas es correctivo" les dejo material de reflexión para que piensen si su gestión de incidencias y su gestión de problemas están trabajando juntas o no.