Búsqueda


27 de septiembre de 2006

Buscando Foro para GobiernoTIC

A la vista del comentario de Mr. K en el anterior post, y también un poco porque me muero de envidia de ver la funcionalidad de notificación de nuevos comentarios que tiene montado Mr. Skeptic, busco hospedaje gratis para foro asociado al blog GobiernoTIC.

¿Alquien me recomienda algún servicio de hospedaje de foros en particular? A ser posible gratis, que esto del Google AdSense no da para mucho!!

Gracias!

ACTUALIZACION:

Ops! Hoy me he dado cuenta de que había algún tipo de problema con la encuesta.Al parecer ahora ya está corregido y se puede votar.



Create polls and vote for free. dPolls.com

23 de septiembre de 2006

¿Cuánto cuesta un servicio?

Aeropuerto de Madrid, sala VIP de Spanair y 3 horas de espera antes del embarque. Después de mirar el correo y leerme los posts pendientes del blogroll (y de flipar con la escasa seguridad del web-kiosk de esta gente!) me planteo pasar el rato escribiendo un post que me lleva rondando la cabeza unos meses.

Acabo de terminar uno de esos cursos de ITIL que había mencionado en un post anterior, y cuando estaba explicando el apartado de Gestión Financiera, iba tomando nota mental de cosillas que quería aclarar(me) al escribir esto.

Tal y como explican detalladamente en el Service Delivery, la Gestión Financiera tiene 3 grandes patas: la realización de presupuestos, la contabilidad de costes y la repercusión posterior de estos costes. Como la clave de todo está en la contabilidad y como, además, da igual si quieres facturar o no porque la contabilidad te da información económica importante a la hora de tomar decisiones, este es uno de los puntos en los que más enfatizo al explicar esta parte en los cursos.

La problemática especial que nos vamos a encontrar en la contabilidad de costes no es saber el coste acumulado, el "total" del dinero gastado, sino que el problema realmente dificil de superar es el conseguir una contabilidad analítica que tenga la suficiente capacidad como para llegar a decirnos cual ha sido el coste de provisión de un determinado servicio.

¿Cuánto cuesta la e-tienda? ¿Cuánto cuesta el proceso de facturación? ¿Cuánto cuesta algo tan simple como el correo electrónico? Pocos departamentos de IT Pueden responder a esta pregunta, y sin embargo es vital para tomar decisiones económicas al respecto tales como ¿vale la pena externalizarlo? ¿vale la pena mantenerlo? ¿vale la pena que lo actualicemos o que cambiemos la plataforma?

Ya se que estas decisiones no dependen únicamente del coste del servicio, pero es necesario tener el coste en consideración a la hora de tomar las decisiones.

Ahora que ya sabemos por qué es importante contar con la contabilidad de costes de la provisión de servicios, veamos un poco cómo podemos hacerlo. En esto sí que tienen experiencia las organizaciones: todas tienen un departamento de contabilidad, así que en ese departamento tendremos un aliado importante.

¿Debemos montar una contabilidad paralela, o "externalizar" este servicio hacia este departamento de contabilidad y finanzas? Esta es una buena pregunta que debe ser respondida, no desde el corazón, sino desde la neurona y el sentido común: a priori y con ese afán de "Juan Palomo, yo me lo guiso, yo me lo como" la gran mayoría de los directores de IT querrán llevar su proia contabilidad adecuada a sus necesidades concretas, pero siendo sinceros y prácticos ¿cuántos departamentos de IT tienen los conocimientos ,la práctica y las herramientas necesarias para hacerlo? Para mí está claro que cada uno debe hacer lo que sabe hacer y, de la misma forma que la contratación de personal la realiza RRHH con ayuda de IT y bajo petición de IT, la contabilidad la debe llevar Contabilidad y Finanzas (CyF) con ayuda de IT y bajo petición de IT (¿o acaso a nosotros nos gustaría que CyF se fabricara un CPD y guardara en él sus sistemas y montara su propio ERP y etc, etc? La empresa es un conjunto de cajas que hacen de cliente y de proveedor entre ellas).

El algoritmo simplificado para calcular el coste de un servicio viene a ser algo así como

  1. Detecta y clasifica las Unidades de Coste (Cost Unit) (ITIL proporciona una guía con 6 unidade se coste)
  2. Analiza para cada Unidad de Coste los elementos de coste que la componen
  3. Separa estos costes entre directos e indirectos. Imputa los directos directamente (como su nombre indica) y establece un criterio de reparto para los costes indirectos, aplicándolo en consecuencia.
  4. Decide qué costes se van a imputar completamente en el ejercicio (Costes Operativos) y cuáles se van a imputar en años sucesivos, como una amortización (Costes de Capital). Para los costes de capital incluye el coste anualizado.

¡Fantástico! Hasta aquí parece fácil, pero una de las trampas importantes de este discurso es el punto 1: no hemos hablado de cuales son las Unidades de Coste (las fuentes u orígenes de los costes en sí). Si rascamos un poco más, veremos que las UC propuestas son las siguientes:

  1. Unidad de Coste de Equipamiento (ECU) -- todo el hardware
  2. Unidad de Coste de Software (SCU) -- Costes directos e indirectos de Software (SO, BBDD, Gestion, Aplicaciones)
  3. Unidad de Costes de Organización (OCU) -- Costes directos e indirectos de personal (sueldos, formación, viajes)
  4. Unidad de Costes de Instalaciones (ACU) -- Costes directos e indirectos relacionados con las instalaciones (CPD, oficinas, etc)
  5. Unidad de Costes de Transferencia (TCU) -- Cargos internos entre departamentos.
  6. Costes Contables (AC) -- Costes asociados a la gestión financiera.

Y de esta forma se han destapado un par de huesos duros de roer: la Unidad de Costes de Organización y la Unidad de Costes de Instalaciones:

La OCU nos pide no sólo que tengamos el total de costes de personas (cosa relativamente sencilla si la pedimos en RRHH) sino que nos pide que sepamos cómo repercutir los costes de personal por servicio (estableciendo el criterio de reparto de los costes indirectos).

La ACU nos pide que seamos capaces de repercutir tambien por servicio costes de instalaciones (el consumo eléctrico, el coste del aire acondicionado, el m2 de suelo del CPD, etc.)

Para resolver el primero de los planteamientos, necesitaremos realizar un seguimiento del "consumo de horas/hombre" por cada servicio, para lo que se hace imprescindible la utilización de herramientas de reporting de horas, ya sean hechas en casa o compradas.

Para resolver la segunda problemática necesitamos o bien llegar a un nivel de detalle que no acabará siendo rentable o bien simplificar al extremo: costes de instalaciones dividido entre servicios y a cada servicio su parte proporcional, ya que podemos interpretar las instalaciones como un "Servicio General" que se debe subvencionar entre todos los servicios.

Bueno, hasta aquí la parte de contabilidad pero han quedado varios puntos abiertos que deberían ser foco de otras reflexiones: los criterios de reparto de los costes indirectos entre los diferentes servicios, las técnicas para la imputación de horas a los diferentes servicios o las técnicas para repercutir aunque sólo sea con carácter informativo estos costes sobre las diferentes organizaciones cliente.

Postdata: al final el vuelo resulto ser un caos total, primero el avión se retrasó en llegar a Madrid 1 hora ,después hubo que limpiarlo y cargar las maletas, después detectaron una avería técnica en el avión, así que nos cambiaron de aparato, luego hubo que cambiarlo todo de sitió, para continuar, anunciaron congestión en el espacio aéreo de Madrid y, cuando al fin estabamos para despegar, resulta que el capitán anuncia por megafonia que han cambiado la configuración de despegue y que tenemos que esperar un rato más... en total, más de 8 horas para llegar desde Madrid hasta Barcelona... son cosas que pasan, pero cada vez más frecuentemente en los vuelos MAD - BCN de los viernes.

19 de septiembre de 2006

¿Formalizar o improvisar?

A la vuelta de vacaciones me he encontrado con una gran cantidad de artículos que leer, sobre todo en los blogs sobre ITSM que frecuento. Veo que el verano ha sido fructuoso para todos y me encuentro una gran variedad de temas y opiniones, pero me han llamado la atención los de Charlie Beltz en erp4it y los del IT Skeptic.

Cuando leí el mensaje de Charlie a Mr. Skeptic me dió por pensar que Charlie no comprendía exactamente lo que Mr Skeptic estaba diciendo al respecto de si la CMDB es "una cosa" o "un sistema"... en definitiva, lo que defiende el escéptico no es más que la pureza de las palabras y lo que defiende Charlie es una ampliación de conceptos y una evolución/maduración de los conceptos:

Cuando el Mr. Skeptic dice

CMDB is NOT “a landscape … a system” or a “political-cultural process”. Bullshit. I’m not sure whether this reflects the author’s ignorance of ITIL or blatant lack of respect for the meaning of terms, but either way: stop it!. Invent your own bloody terms and leave CMDB alone.

lo que está defendiendo es que no reinventemos o adaptemos el significado del término CMDB y que si necesitamos añadir un concepto más al ya amplio glosario de términos de ITSM simplemente lo hagamos (¡y más con la facilidad que tienen los angloparlantes para inventarse las palabras!), mientras que cuando Charlie dice

In fact, what is needed is an enterprise architecture for IT - one in which a specific CMDB may be central, but only as first among equals in an overall ecosystem of tools to manage the IT value chain.

lo que está defendiendo es precisamente que el concepto de CMDB tal y como lo definen los libros (actuales) de ITIL se le queda corto.

Y entonces leí uno de los fantásticos "food for toughs" de Charlie que decía

Second food for thought:

  • The Service Catalog contains Service Offerings.
  • The CMDB contains Service Instances.

y se me iluminó la ampolleta en mi cabeza: ¿cómo puede ser que todo un veterano como Charlie tenga alguna duda al respecto de la relación entre los servicios y la CMDB?

Muy fácil: porque no está definido estrictamente (formalmente) en ningún sitio, y ese es el punto crítico al que se está llegando últimamente en las discusiones de los foros... Si nos fijamos en los estilos de los diferentes discursos de los autores o generadores de opinión en este mundillo, hay principalmente 3 estilos:

  • El estilo universitario: trata de formalizar y de describir sin lugar a dudas el concepto que quiere explicar, totalmente científico y amante de cosas como el DCML, el UML y otros *ML de su colección. No está muy cercano al mundo real, pero es ciencia de base.. definen los conceptos que tarde o temprano acabaremos utilizando todos. De este estilo es el blog de Charlie o (saliendonos del mundillo ITIL) las explicaciones ontológicas de Jorge Fernandez.
  • El estilo estricto: lo que hay escrito va a misa, y por lo tanto no nos debemos desviar demasiado del "dogma". Ya sabemos que hay muchos que viven todo esto como si de una religión se tratara y cambiar las bases de este tipo de pensamiento siempre es difícil.
  • El estilo campechano: con una visión ecléctica y práctica de la vida, no se casan definitivamente con ninguno de los conceptos ni estándares y utilizan en cada momento el que más apropiado les parece y si es necesario variarlo un poco, pues no pasa nada. ¿Que lo que estamos hablando no es exactamente una CMDB, pero es lo que nos apaña en este momento?, ¡pues no pasa nada!

Como pueden imaginarse, las famosas Best Practices son más del estilo campechano que del estilo universitario, pero el mercado está empezando a reclamar más formalidad (desde el punto de una descripción formal de los conceptos) para que nadie tenga dudas de si lo suyo es que en el catálogo de servicios haya ofertas o estén definidas cada una de las instancias de los servicios ¿o esto debería estar en los ANS?

Con una situación como la que tenemos ahora, es bien dificil pensar en reailzar un benchmarking entre compañías o en comparar el análisis de madurez de procesos (assessment) de una con la otra.

Ahora bien... con la entrada de la ISO20000 en juego, me juego a que todo esto va a cambiar.

Permanezcan atentos a lo que se avecina, u opinen libremebte sobre lo que han leido.

16 de septiembre de 2006

La vuelta al cole

Bienvenidos!

Bueno, ya he vuelto de esas deseadas vacaciones. He descansado, he desconectado y me he dedicado a los otros hobbies que me permiten no pensar en informática todo el rato. Esto ha hecho que haya vuelto un poco "escéptico" y tardaré un par de semanas más (al menos) en volver a coger el asunto con la ilusión, alegría y pasión que normalmente me caracteriza.

Pero vamos a la materia: el punto central que me ha llevado a escribir este post es que Septiembre es el mes de la Vuelta al Cole. Los niños, ilusionados, estrenan libretas nuevas y ven en los libros la promesa de todo lo que van a aprender en el nuevo curso; los mayores, no tan ilusionados, volvemos al trabajo con nuevos proyectos, pensamientos o desesperaciones y los clientes llaman a las puertas de los proveedores con un montón de ideas nuevas.

Y para mí ha resultado ser realmente la vuelta al cole: me esperan por lo menos 4 cursos de ITIL, un par de ellos de COBIT y no se qué más sorpresas me tienen reservadas los comerciales.

Uno de los clientes que van a recibir formación me mandó un mail esta semana, comentando que quiere comenzar a preparar planificaciones y presupuestos para el 2007 y quería información al respecto de la formación específica sobre ITIL Practitioner y Manager. (¡¡Hola Eduard si me estás leyendo!!)

Supongo que la problemática que se le plantea a este señor se le planteará a más de una persona durante los próximos 6 meses y por eso me parece un tema interesante sobre el que reflexionar: "Cual debe ser el comportamiento de los clientes (usuarios de ITIL) con respecto a las actividades formativas y sobre todo las de certificación de cara al 2007?"

A primera vista la respuesta debería ser simple: haz lo que debas. Pero... si añadimos a la coctelera dos ingredientes ligeramente picantes, veremos como el coctel sale con un gusto completamente diferente:

1.-El proyecto de refresco de ITIL promete que tendremos las primeras publicaciones a finales del 2006 o principios de 2007, por lo que este mundillo va a sufrir la revolución de pasar de un esquema de trabajo orientado a procesos a un esquema de trabajo que, en el núcleo tiene el paquete de procesos pero que se ve ampliado en sobremanera con la visión de Ciclo de Vida del Servicio.

¿Significa esto que lo que ya sabemos de ITIL no vale y los cursos que hemos hecho se han quedado obsoletos? En absoluto! Ahora bien, hay nuevas cosas que estudiar, nuevas cosas que aprender, nuevos conceptos que aplicar y nuevas piezas del puzle que encajar...así que todo requiere un pelín más de trabajo.

De la misma forma que COBIT 4 ha ampliado los conceptos de COBIT 3, pero a la vez lo ha hecho bastante más fácil de entender y de aplicar, espero que ITIL V3 potencie y facilite la comprensión de ITIL V.2

2.- El proyecto CAR avanza, y en ese avance ya se han firmado los acuerdos con APMG para que tome la responsabilidad de los nuevos esquemas de certificación basados en ITIL V3 a partir de mediados del 2007, por lo que tanto ISEB como EXIN pierden esta parcela de negocio y las empresas asociadas a ellos deben estar ya moviendose para conseguir los nuevos acuerdos con APMG.

En definitiva, que el 2007 será un mal año para conseguir certificaciones basadas en V.3 porque los temarios serán nuevos, los profesores sólo podremos explicar de forma teórica los contenidos porque no se tendrán experiencias reales de implantación de los nuevos componentes del modelo, las compañías de formación posiblemente no tendran ligados los contratos con APMG y además quién sabe qué modelo de negocio piensa aplicar APMG a todo esto (porque quitar de enmedio a ISEB y EXIN les debe haber costado lo suyo y ahora querrán recuperarlo, como es normal).

Así que plantéate exactamente para qué quieres certificarte tú o certificar a tu gente. Yo siempre digo que hay tres motivaciones diferentes para la certificación:

  1. Las certificación de Marketing: Para vender mi currículum, para vender mis servicios o para que mi compañia pueda vender más y mejor necesito que aparezcan toda una serie de certificaciones en él, así que me las saco y punto. Aquí el objetivo es conseguir el papelote con el certificado lo antes posible, así que valen todas las tretas habidas y por haber (o nadie ha usado un brain dump nunca?)
  2. Las certificaciones por Amor Propio: me gusta cómo brilla el pin de Service Manager en mi solapa, así que me saco la certificación y a todos los eventos que puedo voy orondo y redondo con mi flamante certificado. Mola casi tanto como la de LPI nivel 3 o la del CISA, CISM, CISP y no se qué mas CIS que tengo...Aquí valen los trucos para aprobar el examen, pero tambien hay que saber un poco de qué se está hablando: si vamos a fardar de certificado como mínimo que sepamos qué significan sus siglas, no? (se han fijado que en las publicaciones de ISACA siempre aparecen los nombres seguidos de la ristra de certificados? A mi me mandan las cartas a nombre de Antonio Valle, CISA)
  3. Las certificaciones como Reconocimiento del Conocimiento:voy a participar en un proyecto en el que hay toda una serie de conceptos que no conozco, así que recibo la formación necesaria y me certifico para demostrarle a mi empresa que he atendido en las clases y estoy capacitado para participar en el proyecto.Aqui lo que realmente importa es que hayas aprendido, hayas estudiado y sepas de qué va el asunto; el certificado es un efecto colateral sin importancia.

De todas estas, la que más me gusta es la 3... aprender aprender y aprender y si hay o no un certificado, da igual. Así que de cara al 2007 recomiendo esto... lecturas obligadas para todo el mundo, estudio y ya nos certificaremos más adelante, cuando el río baje más tranquilo.

ACTUALIZACION

Hoy se ha publicado una nueva nota al respecto del proyecto CAR relativa directamente a las certificaciones... no tiene pérdida

http://www.itsmf.com/news/news.asp?NewsID=243

así como no tiene pérdida la rápida respuesta dada desde el ITSM Portal

http://en.itsmportal.net/en/node/14206