Certificarse en ISO 20000

La verdad es que, desde que se publicó oficialmente la convocatoria para el plan Avanza, el sector no para de moverse. Quien más quien menos ya se ha buscado sus compañeros de viaje, y todo el mundo vislumbra en un futuro más o menos próximo una importante oleada de nuevas certificaciones en CMMI, ISO 27001... e incluso en ISO 20000.

La verdad es que la certificación en ISO 20000 parece la más complicada. Sencillamente, por lo exigente que es su cumplimiento: un completo sistema de gestión, 13 procesos a cumplir, incertidumbre en relación a las herramientas de soporte, muchas trazas que generar... y un máximo de 20000 euros de subvención. No parece un panorama muy halagüeño para que las pequeñas empresas se animen. Y no quedan demasiadas variables con las que jugar.

El principal parámetro para reducir el esfuerzo de implantación de cualquier sistema de gestión certificable es el alcance. En el caso que nos ocupa, su amplitud vendrá marcada por la cantidad de servicios IT (aunque el estándar no defina qué es un servicio IT) que queramos incorporar a nuestro ITSMS. El problema es que la variable principal que condiciona el esfuerzo no suele ser la cantidad de ámbitos sobre los que aplicas la gestión, sino el desarrollo de los procesos de gestión propiamente dichos. En definitiva, que lo costoso es desarrollar correctamente el proceso de gestión de incidencias, y que ese proceso lo apliques sólo a las incidencias del correo electrónico o a las de todos tus servicios IT no supone tanta diferencia.

El segundo problema es que la certificación no nos permite implementar sólo alguno de los procesos. El estándar no ha contemplado que se pueda prescindir de alguno de ellos (lo cual es bastante lógico, ya que difícilmente encontraremos una justificación para no gestionar los cambios o los niveles de servicio, por poner un par de ejemplos), y por lo tanto si queremos certificar que cumplimos una norma tendremos que cumplirla enterita (que yo sepa no hay medias certificaciones para medio estándar, y la norma no define niveles). En este caso los procesos son parte del cuerpo de la norma, y no podemos entenderlos como un catálogo de procesos para seleccionar los que más nos interesen (al estilo controles de seguridad de la ISO 27001). Y son requisitos mínimos, así que no nos vale el recurso de ITIL de implementar sólo las partes que más nos interesan. O cumples la norma, o no la cumples.

¿Cuál es el resultado final? Mucho esfuerzo necesario para cumplir con todos los requisitos. ¿El problema? Que una pyme difícilmente va a ver justificado todo el esfuerzo necesario como para cumplir con una norma tan completa. Y la cuantía de la subvención tampoco es que anime demasiado, ya que aparentemente no responde (al menos, comparativamente) a las exigencias que supone su implementación.

¿Existe alguna solución para "facilitar" y generalizar la adopción de esta norma? Podría ser, aunque en este caso no es inmediata, ya que quedaría en manos de las autoridades de normalización, certificación y/o acreditación y podría no ser del gusto de todos. Como opciones, se me ocurren las de "aligerar" la norma, ser más "permisivos" en su certificación, desarrollar nuevos esquemas de certificación (por ejemplo, por niveles), crear normas derivadas más adaptadas a las características de una pyme... Quizás cualquiera de ellas pueda parecer viable a priori, pero en cualquier caso siempre hay muchos intereses en juego y demasiados protocolos a respetar como para que cualquiera de esas opciones sea factible a corto plazo. Y es una pena, porque creo que si se facilitase de algún modo la certificación de los ITSMS todo el sector saldría beneficiado. ¿Será ese el argumento capaz de acelerar la adopción de alguna solución válida? Espero que sí.