ITIL SS - Definamos la estrategia

Contrariamente a lo que esperábamos en el capítulo anterior, en capítulo 6 sufrimos lentamente otra categorización. No se cumplen las promesas de congeniar Lines of Service con Chargeback de servicios. ¡Amalaya!

El capítulo discurre rápidamente y pasa al olvido, salvo por aquel tema de como los servicios críticos de los proveedores no son necesariamente los distintivos, y no mucho más. También tiene su punto en la tabla 6.2, muy interesante; en particular para mi que estuve en tres de los 6 tipos de estructura de Sourcing que detalla.

Ojo al elegir una sourcing structure, soy de la idea de que hay que tener muy clara la madurez de los procesos internos del negocio y eso de los bussines and behavioural skills.

Sigo mientras tanto con el capítulo 7 que nos orienta a la Estrategia, Táctica y Operación de servicios.

ITIL SS - El catálogo de servicios

Primero vean esto...

...es el resumen de lo que vengo armando hasta ahora para tener el día de mañana mi layout de servicios. Considero que ahí está mi ayuda memoria, mi resumen para juntar todas las dimensiones y aquellos puntos que mostraría en una presentación a un usuario.

Muy oportuno, porque justo ahora me estoy metiendo en el capítulo de SPM (Service Portfolio Management). Vean sino el maravilloso Option Space, para orientar las decisiones en torno al Portfolio de Servicios.

Tomo esto alineado con la Demand Management que yo tengo entre ojo y ojo porque es el lugar donde más estupideces vi acontecer. Desde áreas orientadas por silos hasta cilclos de aplicaciones donde nadie es dueño de procesos, área de Proyectos metiendo la nariz, etc.

ITIL lo encara desde los PBA (Patterns of bussines activity) y los User Profiles, y a mi me eleva un grado el escepticismo, sobre todo cuando pienso que en general la demanda está ahí y está siempre como una carga pesada y urgente a procesar.

En fin, muchos pruritos para un tema que entiendo que ITIL logra resolver después de 4 años de maduración. Nadie tiene ese tiempo, creo que quedó claro en entradas anteriores.

Aunque más inmediato puede ser el otro concepto de Service Packages donde yo le pediría a un experto ayuda para implementar, pensar los Line of Services y como encajan con el Outcome. ¿Podemos hablar de realidades donde el cliente ve lo que quiere ver y a la vez se compromete con la separación de servicios y lo que cada uno de ellos entrega?

Bueno, lo veremos en el siguiente capítulo, Strategy and Organization.

Hope so.

ITIL SS - Facturar internamente tus servicios

Y ahora, cerrando el capítulo 5 de ITIL Service Strategy, nos metemos de lleno en el sueño que nunca pude hacer realidad. El sueño del Gerente de Sistemas de lograr facturar internamente sus servicios, para hacer entendible su presupuesto y lograr apartar esfuerzos para control de gestión, evolución de la arquitectura, calidad e innovación.

Lo que me faltó en su momento fue una estructura madura que entendiera como llegar a armar un catálogo de servicios con sus variables económicas. Ahora voy leyendo los factores claves y como el área contable te puede acompañar. Ojo, siempre orientado a servicios desde los más granulares hasta los más compuestos.

En el fondo, lo que pide ITIL, es que hagas previsión y presupuesto como en un proceso tradicional de Contabilidad, pero con una visión orientada a servicios. Si hay un buen Catálogo, solo es cuestión de avanzar durante un par de presupuestos y aplicarle mejora continua y paciencia.

Mención aparte merece el VCD (Variable Cost dynamics) donde vemos como el crecimiento de cada servicio debe calcular el crecimiento de costo de cada Unit Cost. Lástima que lo detallado en el libro es solo un esbozo de lineamientos. Armate tu propia metodología.

La excitación viene en los párrafos de 5.1.3 y e particular en el gráfico 5.3. Los desafío a mostrarme algo así en alguna compañía de Argentina.

 

Noten que luego da unos lineamientos muy buenos de como lograrlo y encara tímidamente el ROI. A mi el ROI me da para preguntar ¿Cómo calcular ROI cuando hay un 40% de inflación y el gerente de Sistemas no dura 4 años en su puesto?.

Este capítulo de Service Economics se anuncia largo y sustancioso.

 

ITIL SS - Tag en los servicios y mejora continua

Lo que se imaginaban en el post anterior acerca de la posibilidad de armar un catálogo, en los párrafos siguientes se ve reforzado por la necesidad de incorporar a esa visión una red de relaciones entre servicios, red que tiene que estar activa a la hora de la mejora y que además requiere etiquetar los servicios. Esto es para saber que si mejoro un servicio o lo paso a cuarteles de invierno, entonces cuales van a ser las víctimas realcionadas.

Ni que hablar, si a su vez quiero mostrar el potencial de mi servicio, ahí tenemos otra dimensión de la relación entre servicios. "Potencial", ITIL lo entiende no solo como la capacidad de crecer y suplir nuevas demandas, sino que pone foco en la capacidad de ofrecer algo nuevo y diferenciado, o la posibilidad de que solo estemos proveyendo la oportunidad de nuestro cliente para no cargarse con riesgos y costos. Ojo con esto.

Una cosa importante es lograr a través de todas estas evaluaciones de los servicios y sus relaciones, que la mejora en el desempeño del servicio derive en mejora del resultado para el cliente. Entender que no siempre nuestros delirios tecnológicos, tienen impacto en las capacidades del área de TI de responder a las necesidades del cliente/usuario.

Y de ahí baja a los servicios per se y la definición de la estrategia, primero dando lineamientos de la definición de objetivo, luego hablando de Outcomes y cerrando el capítulo 4 con una visión amplia de lo que son los Market Space y como logro diferenciarme en ellos.

Yo fui armando mi propio layout de servicio con todas las dimensiones, no prometo nada, pero al final de este libro estaría bueno darle forma digital y compartirlo.

Ilustremos con el último gráfico del capítulo y notemos que buenos que  ITIL gana mucho con estos diagramas, que son super claros e instructivos. Muchas veces uno va leyendo y debe detenerse para analizarlos.

ITIL SS - Multiples dimensiones de vista sobre el Service Portfolio

Bueno, ahí entramos en Service Strategy propiamente dicho, vamos definiendo el mercado y ya en la segunda página nos encontramos con la maravillosa tabla de ejemplo para etiquetar customer outcomes. Albricias!, la típica tabla con la cual las áreas de TI le piden al usuario que catalogue sus requerimientos. ¡Cuac! Dios nos libre, sólo utilizar internamente.

Ahí aparecen nuestros simpáticos amiguitos, los BRM Bussines Relationship Managers, bienvenidos al baile. Espero que más adelante haya un detalle profundo de las mejores prácticas de un BRM, porque en la historia de los Sistemas siempre fue una discusión álgida.

Un tema que me llamó la atención durante la lectura de estas páginas es que ITIL te orienta a un Service Catalog único, es inimaginable trabajar con la norma sin una visión clara de cómo se ordenan todos los ítems y sus relaciones. Tengo ya dos modelos en borrador con todas las variables estudiadas y estoy seguro que en una organización de complejidad mediana, con unos 20 o 30 servicios, es imposible gestionarlo todo con papel o con una planilla de cálculo básica.

Solo de pensar un Catálogo de Servicios, dentro de un Portfolio de Servicios se hace necesario verlo desde distintas dimensiones: la del catálogo propiamente dicho, la de los costos y riesgos, la de transición e historia, change management o incidentes, la de producción o valor y en particular la de crecimiento y futuro.

Dos comentarios con temas laterales de este capítulo. Uno eso de que si no hay definiciones no hay valor. Creo que es un error del autor, la norma no tiene capacidad de definir valor, solo se encarga de darnos el marco para implementar nuestra medida propia. Y la segunda es la difícil ecuación para incluir en un Service Pipeline mejoras de servicios de clara matriz tecnológica (ux, comunicaciones, software de base, el backoffice en general) donde los resultados son intangibles.

Yo sigo leyendo este apasionante capítulo 4 que tiene los siguientes temas:

• Define the Market
• Develop the Offerings
• Develop Strategic Assets
• Prepare for Execution

Ya les contaré más.

ITIL SS - Más definiciones

Cuando uno creía que en el capítulo anterior se acababan los dolores de cabeza del río de definiciones, viene el Capítulo Service Strategy Principles, con nuevas ideas en torno a las service units y bussines units, que uno descubre como conceptos que no eran claros en desarrollos anteriores de las ideas de ITIL. Enhorabuena.

Yo valoro todas estas definiciones como el marco conceptual que garantiza reconocer cuando TI pasa a ser un comodity y tratar de evitarlo furiosamente. Y es curioso que el dueño de un proceso de Sistemas se autodefina como alguien que no quiere ser comodity, pero la realidad es que las decisiones estratégicas sobre los servicios tienen que ser conscientes, y considerar la evolución de recursos y resultados como una decisión de todos los involucrados, no como algo “dado” que tiene que funcionar en base al dinero que la empresa pone ahí.

Además está la experiencia que tengo, suele ser desafortunado el juicio de alguien que viene de afuera cuando intenta entender la historia de un servicio y su crecimiento. De cómo pasaron de embrionarios a comodities en crecimiento y el grado de paciencia que requiere obtener valor en el tiempo.

Me interesó el concepto de SSU y la tentación de forzar que todos los proveedores del planeta sean finalmente Type II. De esa manera ganarían la agilidad de decisiones y un foco en fijar precios de mercado para vender internamente. Pasa que para mí la facturación interna de los servicios, es el objetivo final de mi estudio de ITIL, estuvimos siempre muy cerca de aplicarlo y siempre faltó el último empujón.

Muy buenas las preguntas de 3.3.4 para saber qué tipo de proveedor elegir y los tipos de transición entre tipos del gráfico 3.15. Sin olvidar la herida abierta por el breve párrafo acerca de la incumbencia, que es el factor específico de los problemas que tiene ITIL con la Innovación.

 

Nota de humor al iniciar Service Structures cuando nos viene la cita de George Box. "All models are wrong, but some off them are usefull", y muy lindo lo de las cinco P de la estrategia y el vital acercamiento a la Perspectiva, tan olvidada por el corset conceptual de Mision y Visión.

Y sobre el final encara la Estrategia como la solución conceptual a los problemas de ventaja competitiva y crecimiento, con esto terminamos el capítulo de Principles y pasamos directamente a Service Strategy.¡Qué emoción!.

ITIL SS - Arranquemos con Service Strategy

Terminada la lectura del primer libro de ITIL, elegí seguir con la secuencia lógica de leer Service Strategy, que dentro de la jerarquía de ITIL es el primero de los aspectos a desarrollar.

Digamos que las primeras páginas son un peaje a pagar, en estas se introduce al neófito en los aspectos centrales de la cuestión. No es necesario para alguien que ya leyó la Official Introduction, pero bien útil debe ser para quién da sus primeros pasos.

Pero rápidamente pasamos a Service Management as a practice y ahí las cosas toman otro color. En esas páginas el resaltador que uso para marcar los apuntes empezó a moverse vertiginosamente. Ahí están las definiciones de Service Management, de Service propiamente dicho con las componentes propias del valor que agregan los servicios: utilidad y garantía.

También vemos por primera vez el concepto de Función, que vamos a desarrollar más adelante, es uno de los principios para entender porque los servicios tienen jerarquías y deben comunicarse entre ellos.

Behold¡, abran lo ojos y conozcan el encapsulamiento, la gran mentira de los servicios de IT, garantía de felicidad del usuario y de dolores de cabeza del CIO.

Y ya sobre el final del capítulo entiendan la orientación a sistemas y este sencillo gráfico.

 

Mi reflexión personal acerca de esta primera introducción, es la misma que creo que ya les mencioné en el libro anterior y que calculo que voy a aplicar en el futuro para Service Strategy en oportunidades sucesivas´: es el tema del tiempo.

Muchos de los conceptos encarados requieren de tiempo y desarrollo, de estadísticas y métricas consistentes y representativas. En general no puedo evaluar un ROI de un servicio si no tengo historia desde donde sacar info.

Lamentablemente para los CIO de empresas del siglo XXI, el tiempo es una variable exigua y la estabilidad de los sistemas suele llegar justo en el momento del cambio de funciones. Se hace muy dificil contar con  la perspectiva y el apoyo para dejar una estrategia de servicios en funcionamiento. Quiera Dios que tu sucesor entienda el concepto y aproveche el esfuerzo.

La Visión TIC de los CIOs - Año II Volumen I

Por interés profesional me sumergí en la lectura del Lavisión TIC de los CIOs, una lectura interesante para los que estamos en el paño y de la cual quería dejarles algunos comentario.

Primero es hora de alabar el esfuerzo del grupo de Usuaria dedicado a este libro, un trabajo extenso que habrá requerido relevar muchas visiones diferentes y lograr en el camino una foto de la realidad actual de Sistemas en Argentina. Digamos de paso que se transforma en una herramienta más útil que el propio informe de Gartner acerca de IT Key Metrics para orientar políticas de TI.

Les cuento algunas cosas que me parecieron interesantes:

• Me gustó la visión de BPM y BPMS, en especial porque donde estoy ahora en lugar de ir en ese sentido, se está volviendo atrás después de años de avanzar.
• Me llamó la atención la baja adopción de Cloud en Aplicaciones y la tendencia a armar áreas de Desarrollo in house, que es unos de los grandes desafíos. Tanto en sueldos como en expertise.
• Notable lo de BI en dispositivos móviles y el impacto del 85% de TI en la innovación, así como el crecimiento de la figura del CIO, que forma parte del directorio (otro aspecto donde estoy viendo retroceso).
• Importante es la sensación de que el crecimiento es por debajo de la inflación, y de que algunas suposiciones relacionadas a un estado controlador que libera a cuenta gotas importaciones (costos operativos mayores y crecimiento del sector público) hacen que haya que reescribir el trabajo. Espero que estén trabajando en el de este año para ver como los cambios de gestión impactaron en estas visiones de la era kirchnerista.
  

Esa es la primera parte del libro, que en realidad son 4 libros en uno, porque luego de este desarrollo extenso, se analizan tres temas de nicho muy interesantes:

• La Sustitución de importaciones, con un buen análisis del Open Source como activo importante en este frente.
• El MAIS que a mí me gustaría que exista para Seguros.
• La Banca Digital, que si bien es un capítulo de la encuesta digital, yo separaría como un nicho aparte.

En fin, la navaja suiza del CIO Argentino (no sirve para Brasil) y una lectura amena. Super recomendable.