Hace unos días, he publicado un post aquí en el blog diciendo que necesitamos una nueva entidad de normalización internacional. En este puesto, quisiera compartir algunas de mis ideas acerca de la inclusión de un mayor número de personas, la gente común, en los esfuerzos de normalización internacional. Realmente espero ver su contribución aquí (puesto un comentario) porque creo que hemos que discutir y presentar una propuesta sólida para la comunidad internacional (por favor, vamos a trabajar juntos … sus ideas son totalmente bienvenidas).

La primera cosa que quiero dejar claro, es que creo que hay buenas y malas personas en el mundo, y esto es la más básica división en la que me refiero (no me importa si viven en los países desarrollados o en desarrollo y si trabajan para la empresa A, B o C). Con eso aclarado, todo lo que voy a escribir aquí está considerando la posibilidad de la participación y contribución de la gente buena, OK?

El desarrollo de normas no es necesariamente una tarea muy divertida, sobre todo porque requiere un alto nivel de conocimientos técnicos sobre el tema a trabajar, y una buena disponibilidad de tiempo. Por eso creo que el desarrollo en sí es algo que necesita ser realizado por un grupo particular, con altas calificaciones técnicas, pero creo que es una buena idea tener una forma de permitir que la gente común lo siga (como la lista de correo abierta en OASIS ODF TC, el comité que desarrolla el ODF en OASIS). Creo realmente que la transparencia es el mejor remedio contra la estupidez humana, y que la transparencia en las discusiones técnicas, sin duda podrán mantener las ideas (y personas) estúpidas fuera del grupo (desgraciadamente este no fue el caso con el OOXML… los que se encontraban en BRM, o que tomaran parte del proceso de evaluación en su NB saber exactamente lo que estoy hablando:)).

Con todo esto hizo (y espero que bien), estoy convencido de que la participación popular es muy saludable y bienvenida en dos fases del proceso de normalización:

1. Fase de Requisitos

2. La fase de aprobación definitiva (o comprobación de los requisitos).

En la fase de requisitos, creo que podemos tener una colección de los requisitos en dos etapas (basado en tecnologías WEB 2.0, como el Wiki):

1. Fase de Requisitos:

1.1 Requisitos Técnicos:

Se trata de un conjunto de requisitos técnicos que pueden ser enviados por el personal técnico, los desarrolladores de aplicaciones que utilizan el estándar, o académicos.

Estas necesidades son de naturaleza muy específica, algo así como “el parámetro X debe tener un valor Y para permitir que tal o cual aplicación.”

Sería una buena idea usar una forma básica para este tipo de propuesta, y creo que tenemos un buen modelo en OASIS FOD TC, desarrollado después de años de experiencia en el desarrollo de pautas de colaboración (un ejemplo de ello puede verse aquí).

1.2 casos de uso:

La mayoría de los usuarios de las normas técnicas no tienen un alto nivel de conocimientos técnicos, pero saben con mucha precisión como desean utilizar una norma específica (o una tecnología específica basada en el estándar). También es común observar que los expertos en normas tienden a tener un buen conocimiento en una sola área específica de la aplicación de esa norma, y es por eso que una buena fuente de casos de uso es muy importante para los desarrolladores de las normas.

También hay casos en los que un pequeño cambio en una norma hará posible la implantación de un caso de uso muy avanzado (y que es común observar que los dos implicados, los usuarios y desarrolladores, por lo general no observan eso tan claramente).

Creo que esta es una excelente oportunidad para reducir la distancia entre los desarrolladores y usuarios de las normas, y para poner un contexto de “mundo real” para ayudar a los desarrolladores de normas en sus decisiones,  basadas ahora mucho mas sólidamente en el mundo real.

También creo que una base de datos de casos de uso compartido (o algo como eso) es una buena forma de reunir experiencias y necesidades de los usuarios, y la construcción de un conjunto común de buenas ideas para resolver problemas comunes. Creo que esto último se beneficio podría ser muy bien explotado por usuarios de gobierno (y también por los desarrolladores de productos y proveedores de servicios …).

2. La fase final de aprobación

Esto es para mí la oportunidad de hacer algo muy sencillo: La persona que contribuyó con un requisito (técnico o caso de uso) simplemente verifica se su contribución fue revisado y atendida en la nueva versión de la norma.
Creo que es muy difícil para una sola persona o un pequeño grupo lo hacer (con base en todos los requisitos y todo el documento de especificación final), pero si cada persona controlar (y acompañar) sus propias contribuciones, podemos tener un grand producto final ( más que eso, si una persona - que sea solamente por curiosidad – verificar el trato dado a otras contribuciones, tenemos una excelente revisión por pares - peer review).

Por supuesto, una buena herramienta para la gestión de requisitos será necesaria para facilitar esta labor, pero creo que hoy tenemos la tecnología suficiente para hacer tal cosa (y el resultado final será muy valioso para todas las partes implicadas).

Esta es la primera de las ideas que me gustaría compartir con ustedes y yo seré muy feliz de recibir comentarios y escuchar sus ideas sobre todo esto. Realmente creo que con una pequeña contribución de cada uno, seremos capaces de crear un nuevo proceso para la elaboración de normas que permitan la participación de cualquier persona interesada (no tendrá que ser un representante de la empresa X, o tener un diploma Y la Universidad Z y así sucesivamente … al final del día, desarrolladores de las normas o no, todos somos usuarios !!!).

Como he escrito anteriormente, estoy convencido de la buena gente puede construir un mundo mejor … Únase a nosotros :D.