He aprendido en 2008 que cuanto más rezo, más fantasmas me aparecen y para comenzar 2009 con el pie izquierdo, recibí un e-mail de la ISO en la última semana, a través de la ABNT, invitando a Brasil para unirse al esfuerzo internacional para “recoger errores técnicos y de redacción del OpenXML”.Para aquellos que no saben do que se trata, voy a resumir la historia del OpenXML:

En 2006, la ISO aprobó el ODF (OpenDocument Format - ISO 26.300), como una norma internacional y desde entonces, se ha adoptado el ODF en todo el mundo, principalmente por los gobiernos, como el estándar para el almacenamiento de documentos electrónicos editables (hojas de cálculo, documentos de texto y presentaciones).

La aprobación del ODF en la ISO y su creciente adopción es una gran amenaza a lo mercado de “suite ofimática”, y como varias herramientas de software trabajan con los documentos ODF, la comoditización de este mercado es inevitable, y eso termina el monopolio de la Suite Ofimática del Clips.

Viendo que no podían perder el mercado tan fácilmente, Microsoft ha desarrollado en 12 meses un standard “equivalente” a el ODF, en una entidad llamada ECMA, que tuve la habilidad de escribir, discutir, votar y aprobar más de 6.000 páginas de especificación técnica en 12 meses. Al final de este proceso, la norma (o texto) fue enviado a la ISO (ECMA fue la elegida, porque es la entidad que tiene un “permiso especial” para la ISO, la FastTrack).

El proceso utilizado por ECMA para presentar la especificación a la ISO se llama FastTrack, y este proceso define que en 6 meses todos los países (National Bodies - NBs) deben analisar y votar para la aprobación o rechazo de una norma.

La votación sobre el OpenXML ocurrió a mediados de 2007, y el resultado fue el rechazo, soportado por más de 3.000 deficiencias técnicas señaladas por los países.

Extrañamente (dado el resultado de la votación y la gran cantidad de errores encontrados), la ISO insistió en la cuestión y propuso una reunión de 5 días en febrero de 2008, para discutir y resolver los problemas técnicos presentados (para los que no saben, asistí esta reunión como uno de los tres delegados de Brasil). Esta reunión se llamo BRM - Ballot Resolution Meeting y fue realizada enGinebra, Suiza.(Si alguien piensa que hemos debatido y resuelto los 3.000 problemas técnicos en días 5, póngase en contacto conmigo porque tengo una hermosa tierra para vender en Plutón y Marte).

Un mes después del final de la reunión, los países tuvieron la oportunidad de cambiar su voto y, milagrosamente, hubo un cambio de votos y la norma fue aprobada, con todos los vergonzosos errores y problemas técnicos existentes.

Brasil votó NO en la primera oportunidad, decidió por el mantenimiento de la votación en la segunda oportunidad y después de que el resultado final fue presentado, envió un protesto oficial a la ISO, pidiendo la anulación del FastTrack, basado en varias violaciónes a las directivas de la ISO, y fuimos sumariamente ignorados. Sudáfrica, Venezuela y la India han enviado también sus protestos y también fueron sumariamente ignoradas (me parece que la ISO odia los países del tercer mundo, ¿no?).

Resultado final: OpenXML aprobado como norma ISO 29.500 a principios de abril de 2008, pero el texto final sólo fue conocido en diciembre de 2008. (Me olvidé decirle este “pequeño detalle”: Los países han cambiado su voto sin conocer el texto final de la norma).

A finales del año pasado, después de la publicación de lo que debería ser el texto de la norma, la ISO ha creado un grupo con una misión peculiar: “Fijar OpenXML”!

La primera tarea de este grupo es colectar un conjunto de problemas que fueran encontrados en el mundo (una gran limpieza). Es una tarea tan grande, que incluso exigió la creación de un portal para ayudar a recoger y organizar la desorden.

La semana pasada, se han enviado a todos los miembros de SC34 (Organizmos Nacionales de normalización) invitando a todos a enviar a el SC34 errores técnicos o editoriales encontrados en el estándar OpenXML. Despues de la recepción y organización de todos los errores, un grupo de trabajo trabajará para resolverlos, creando lo que será una versión “sin errores técnicos y de redacción” de la norma ! Y no hay ninguna fecha fijada para que todos eso sea hecho !

Esta es la primera vez que veo una estándar “reserva”, que fue aprobado sólo para “reservar el espacio”. Es como un estándar “cono de tráfico”, similar a los conos que algunas personas ponen en la calle para la reserva espacio en plazas de aparcamiento.

Algunas preguntas que quedan sin una respuesta plausible, sobre todo este lío:

¿Cuál es la utilidad de aprobar una norma con muchos errores, que ahora necesita un sitio web para ayudar a resolverlos?

La aprobación de una norma con tantos problemas se puede considerar una actitud responsable? ¿Quién es el principal responsable de tal irresponsabilidad?

¿Estamos entrando en una nueva era de la normalización internacional, una época en la que vamos aprobar primero y después de la aprobación que se escriba el texto aprobado?

¿Cuál es el valor real de una norma ISO en esta situación? ¿Hay alguien ingenuo (o malicioso) suficiente en el mundo para utilizar la IS 29.500 por algo, antes de que la norma sea finalmente corregida (si posible)?

¿Cómo es la reputación de la ISO después de tal desastre? Para mí, esta historia ha superado Monty Python hace mucho tiempo!

Soy sólo yo, o cualquier otra persona ya notó los cambios en las carreras (y empleadores) de los diversos “expertos” y “neutrales” que trabajaran arduamente para la aprobación de OpenXML en todo el mundo?

Después de todo esto, estoy horrorizado al ver la falta de escrúpulos del grupo que, haciendo caso omiso de todo lo que he descrito aquí, continua todavía tratando de empujar el OpenXML a los gobiernos de todo el mundo.

Este grupo me enferma