Búsqueda


10 de septiembre de 2008

Reducción de costes a través de la Transición del Servicio

En una conferencia de David Wheeldon el pasado Febrero (en el evento del itSMF Catalunya) dijo algo así como que el 80% de los costes de los departamentos de IT están en el área de operaciones.

La verdad es que no tengo datos para contrastar esta opinión, no se si es el 80% o el 65%, pero me puedo creer que un porcentaje elevado de los costes están ahí porque eso es "el continuo": es la parte más larga del ciclo de vida de un servicio y por lo tanto es normal que se tienda a acumular costes en esa "larga cola" de la vida del servicio.

Es también normal que las organizaciones traten de reducir estos costes para poder pasar los fondos a la creación de nuevos servicios (o a la evolución de los servicios ya existentes) ya que esto es lo que crea la diferenciación  permitiendo ventajas comparativas importantes frente a la competencia o eficiencias en los costes totales de la compañía.

Habitualmente, lo que ofrecen los proveedores para ayudar a sus clientes en la reducción de estos costes operativos es la automatización en lo posible de estas actividades: herramientas de integración, de control y planificación de procesos, de monitorización, de automatización del soporte, portales de autoservicio, "catálogos de servicios automatizados"...

Esta aproximación a la reducción de costes a través de las herramientas permite conseguir un escalón de bajada en los costes en un plazo relativamente corto de tiempo (tan pronto como comiences a tener ROI sobre la inversión realizada en las herramientas, claro!) pero a la larga volverás a estar en el mismo sitio que estabas a medida que vayan entrando más y más servicios en producción. Es como si en un estanque en el que entra 1 metro cúbico de agua por segundo cuando está a punto de llenarse coges con una cuchara gigante y le quitas 100 m3 de golpe: en ese momento el nivel de agua baja y parece que la situación se ha controlado, pero en realidad a los 100 segundos vuelves a estar donde estabas.

Ahora bien: la solución es conseguir que el flujo de agua en el estanque se reduzca a ser aproximadamente igual que el consumo de agua que haces; de esta forma, si consumes para regar 300 litros por segundo, retiras con la cuchara gigante los 100m3 y después alimentas el estanque con 300 litros por segundo habrás reducido el nivel, tendrás un estanque que te permite afrontar una situación de sequía y el nivel de agua no subirá porque estás inyectando lo mismo que consumes.

En nuestra analogía, la entrada de agua al estanque se corresponde con el volumen de trabajo (y costes)  nuevo que significa la entrada de nuevos (o modificados) servicios en producción. Así, lo que se necesita a medio/largo plazo es que los servicios cuando pasan a producción no provoquen más trabajo (costes) operativos; y esto es lo que se consigue aplicando unas buenas medidas de control de los pasos a producción, como mínimo:

  • tests de calidad que garanticen la validez (técnica y funcional) de las aplicaciones
  • tests de arquitectura que garanticen la validez técnica del servicio (en capacidad, seguridad, disponibilidad, etc)
  • estructuras de monitorización que garanticen que el servicio se puede monitorizar (extremo a extremo a ser posible)
  • descripciones detalladas de la arquitectura
  • instrucciones (planes) de operación detalladas
  • formalización de las peticiones que pueden realizar los usuarios sobre el nuevo servicio
  • instrucciones de monitorización (qué hacer cuando salta una alerta) detalladas
  • políticas de seguridad aplicables
  • formación al equipo de soporte, de operaciones, de sistemas.
  • formación a los usuarios
  • ampliación del ámbito de todos los procesos de soporte y operación sobre el nuevo servicio
  • identificación clara de las responsabilidades (sobre el servicio, sobre la relación con el/los clientes, sobre la relación con los usuarios, sobre la cobertura de cada proceso...)

Con este tipo de preparación de la entrada en producción conseguiremos que los costes de explotación/operación del servicio se reduzcan gracias a que hemos ido a la fuente del coste: una calidad insuficiente en lo que hemos pasado a producción (nunca mejor dicho: lo que hemos pasado al Departamento de Producción). Los chicos de explotación siempre estarán en desventaja si lo que les entregamos para explotar no cumple unos requisitos mínimos.

9 de septiembre de 2008

¿Restaurar el Servicio o controlar los daños?

Hoy se ha hundido una gabarra en el puerto de Tarragona. Se que no tiene absolutamente nada que ver con el contenido habitual de este blog, pero cuando iba a trabajar escuchando las noticias, me dio que pensar.

El buque "gasolinera" llevaba unas 1000 toneladas de combustible dentro y se utilizaba para repartir fuel entre los barcos que estaban en el puerto, algo así como un "tele-petróleo, digame?" y toda la atención mediática se centraba en que había una fuga de combustible, en la amenaza de una marea negra y en el gran trabajo de los buzos que habían conseguido cerrar la mayoría de orificios en muy poco tiempo y a mi me vino a la cabeza una pregunta, simple, pero que los periodistas no mencionaron:

¿y ahora, cómo repostarán los otros barcos?

Vamos, que conseguir un barquito de esos para reponer el que se ha hundido seguro que no es tarea fácil y mientras tanto... ¿qué harán en el puerto de Tarragona?

Asi que luego me imaginé un sistema de almacenamiento o un SAI que revienta cuando uno menos se lo espera (de hecho, lo íbamos a cambiar el mes que viene -dijo el Responsable de Infraestructuras-) y todo se centra en restaurar el servicio y nadie se acuerda de curar los daños colaterales, daños al entorno... mientras que en este caso la cosa es al revés: toda la preocupación es controlar los daños al entorno y nadie ha hablado (públicamente, ya lo se. Seguro que hay más de uno en el puerto de Tarragona pensando en esto mismo) de cómo restaurar el servicio.

 

El CI da igual, señores... me da igual si es un barco o una manguera, pero los usuarios del puerto tienen que repostar! Lo que importa es el Servicio!!

 

PD: En absoluto es una crítica a los que han trabajado duro para arreglar el problema... sólo es una reflexión que me vino a la cabeza sobre cómo se tratan los incidentes en los diferentes entornos... las ecuaciones de contorno y las reglas para establecer prioridades son diferentes en cada casa.

2 de septiembre de 2008

Nuevo servicio GobTIC - El Whitepaper del mes

En plena vuelta al cole tenemos aquí un nuevo servicio GobTIC para toda la comunidad de lectores más o menos asiduos de este blog.

Algunos puede que hayan notado que en la barra derecha ha aparecido una nueva sección llamada Documentación Adicional.

Después de montar un website de co-branding con la gente de Netline, los lectores de este blog se pueden beneficiar de la suscripción completamente gratuita a algunas  revistas del sector como

Una revista especialmente enfocada al mundo del e-commerce y e-business es una combinación de noticias, análisis y evaluaciones.

La conocida revista de Oracle, aporta artículos de estrategia tecnológica, trucos y técnicas, código de ejemplo y noticias del mundo Oracle.

Noticias relacionadas con la Gestión de Sistemas y Datacenters.

Así mismo, este website de cobranding se mantiene actualizado con gran variedad de Whitepapers que los lectores pueden descargarse de forma también gratuita .

Survey on Portable Storage Devices: "iPods - What You Don't Secure Could Hurt You"
Business Intelligence Best Practices for Dashboard Design
Advances in Endpoint Data Security: New Technology to Meet Security, Operations and Compliance Needs
The Value of Unified Recruiting + Performance Management

Otro aspecto que también me ha parecido muy interesante es que el paquete de publicaciones o whitepapers ofrecidos no está ceñido únicamente a las TIC, sino que, ordenados por categorías, podemos encontrar áreas de interés en el mundo de la Logística, Recursos Humanos, Dirección Ejecutiva, Energía, etc.. De esta forma, es muy posible que podamos encontrar en papers de otras áreas conceptos e ideas que sean extrapolables y que nos puedan servir a nuestro trabajo diario.

Ni que decir tiene que toda la información proporcionada en el portal de Documentación Adicional viene muy sesgada, ya que son los propios fabricantes o desarrolladores quienes escriben sus propios whitepapers para convencernos de lo magníficas que son sus soluciones. Pero estar al día de lo que ofrece la industria y entender los argumentos de venta que tienen los fabricantes siempre ayuda a ver las cosas de otra manera, así que creo realmente que este servicio aporta un valor interesante a los lectores.

Así, en El Whitepaper del Mes se irán comentando los whitepapers publicados en el website de Documentación Adicional que me hayan parecido más interesantes (siempre después de leerlos, lo prometo!)