Propuesta de Estatutos para el Proyecto Organizaciones Abiertas

Objetivos

El proyecto Organizaciones Abiertas se basa en la creencia de que las personas pueden ser los mejores jueces de su propio bienestar, en determinadas condiciones y procesos sociales. Ellas deberían decidir por sí mismas lo que se hará por su propio bien, y deberían tener el poder de prohibir las prácticas que podrían afectarles, en lugar de encomendar esas decisiones en alguien más. Llamamos a esto autodeterminación.

Para construir un mundo donde todos disfruten de bienestar a través de la autodeterminación, nosotros investigaremos y propondremos:

• Cuáles son las condiciones sociales que hacen posible la autodeterminación.

• Cuáles son los procesos que permiten la autodeterminación, tomando en cuenta comunidades de todos los tamaños.

A la fecha, nos hemos percatado que necesitamos de nuevas formas de propiedad, así como de nuevas formas de trabajo, de organización del trabajo, de toma de decisiones colectivas y distribución del conocimiento. Ni el capitalismo ni la democracia representativa convencional pueden servirnos para este propósito. Mejores procesos sociales deberían:

• Dar a todos el mayor poder posible sobre las decisiones que le conciernen.

• Hacer todo el conocimiento de propiedad pública, de modo que todos puedan beneficiarse de él.

• Transformar la propiedad exclusiva en propiedad pública, siempre que sea necesario para alcanzar los objetivos antes planteados.

El proyecto Organizaciones Abiertas apunta a producir un repositorio de conocimiento sobre los procesos sociales que las organizaciones pueden implementar hoy, para cumplir con estos requerimientos dentro del contexto de su trabajo. Este repositorio será publicado en nuestro sitio web, http://www.open-organizations.org, bajo una licencia Creative Commons Attribution-NonCommercial-ShareAlike License, e incluirá:

1. El Marco de referencia Organizaciones Abiertas, un conjunto de recomendaciones con instrucciones para que las organizaciones.
2. Los Prerequisitos para Organizaciones Abiertas, un conjunto de recomendaciones con explicaciones de condiciones sociales necesarias para la existencia de organizaciones abiertas e instrucciones para implementarlos.
3. Documentos de apoyo sobre el marco de referencia y temas relacionados a él, por ejemplo, explicar o justificar el marco de referencia, situarlo en un contexto histórico o filosófico, relacionarlo con otros proyectos o informar sobre su utilización.

Estos tres tipo de documentos serán desarrollados de acuerdo a procesos distintos (descritos más abajo), y serán presentados así mismo de forma distinta en el sitio web.

Nuestras recomendaciones estarán basadas principalmente en la experiencia, acorde con el entendimiento de que teoría y práctica se apoyan mutuamente. Un mundo mejor no será inventado desde cero. Será construido en gran parte por las personas que ya lo hacen o lo han hecho. Sin embargo, las prácticas existentes deben adaptarse, y a veces deben crearse nuevas prácticas. Cuando propongamos algo nuevo, explicaremos por qué es plausible. Investigaremos constantemente los prerequisitos del marco de referencia, es decir, las condiciones que determinan si las implementaciones de nuestras recomendaciones son posibles, hasta que punto y por qué clase de organización.

Siempre que sea posible, ayudaremos a las organizaciones a adaptar procesos indicados según sus necesidades.

Participación

No existe afiliación formal en el proyecto. La participación es abierta para todos. Ésta involucra a colaboradores individuales, en lugar de representantes formales de organizaciones.

El sitio web de Organizaciones Abiertas será un wiki abierto, permitiendo a cualquiera modificar las páginas. Sin embargo, ciertos cambios deben ser aprobados por el grupo antes de hacerlos. Ver "Toma de decisiones" más abajo.

Toma de decisiones

Cualquier cambio o extensión al Marco de referencia (aparte de las correcciones menores de errores obvios) requiere de una decisión colectiva. Todas esta decisiones se logran por "consenso aproximado" en la lista de correo openorg-dev. Este proceso funciona como sigue: alguien envía un mensaje a la lista, con la palabra PROPUESTA en el asunto, describiendo el cambio propuesto y un plazo para objetarlo. Por lo general este plazo corresponde a más o menos una semana desde que la propuesta fue enviada, y se expresa en tiempo GMT. Se pueden usar plazos más cortos para decisiones urgentes y no polémicas. Deberían ocuparse plazos más largos para las más polémicas. Si cumplido el plazo no hay objeciones, la propuesta se ha aceptado y el trabajo propuesto se lleva cabo. Si hay objeciones, el autor de la propuesta debe intentar lograr un consenso entre los participante, normalmente por medio de enmiendas a la propuesta. Si no se logra un consenso, la propuesta se desecha. Si la discusión produce un consenso, el autor debe reenviar la propuesta enmendada con un nuevo plazo.

Puede ser difícil calibrar el nivel de consenso en una lista de correo. Nótese que un 51% del grupo no califica como "consenso aproximado" y un 99% es mejor que aproximado. Las visiones de colaboradores activos (es decir, personas que regularmente contribuyen a los textos en el sitio web del proyecto) generalmente tiene más peso que las de aquellos colaboradores ocasionales o los que no colaboran. Para poder calibrar el nivel de consenso, el autor de una propuesta debería expresar lo que cree es una visión de consenso, y solicitar comentarios a la lista sobre las conclusión expresada.

Antes de colaborar, los recién llegados al proyecto deberían suscribirse a la lista de correo y seguir las discusiones en curso por un tiempo. También deben enviar una propuesta y obtener consenso antes de hacer cualquier cambio al Marco de referencia, por trivial que éste parezca.

La adición de un nuevo Documento de apoyo no requiere de una decisión colectiva. Si un Documento de apoyo viene firmado, los cambios requieren la aprobación de sus autores. Si no está firmado, cualquiera puede cambiarlo sin aprobación, incluso un recién llegado.

Comité de dirección

En la visión de los fundadores del proyecto, si estos estatutos definieran al proyecto más claramente, sería mejor adoptar un proceso de toma de decisiones completamente igualitario. Sin embargo los presente estatutos son aún demasiado vagas. Los fundadores del proyecto sospechan que parte de lo que da al proyecto su originalidad es una manera de pensar que estos estatutos no capturan bien, y que los fundadores mismos no están ciertos de cómo definirla. Por lo tanto, por ahora, el proyecto tiene un Comité de dirección (CD), inicialmente compuesto por sus fundadores, el cual actúa como el guardián de los principios básicos del proyecto.

Los poderes del CD pretenden ser principalmente teóricos. El CD puede vetar cualquier propuesta o saltar cualquier objeción. Si la propuesta es muy polémica y da pruebas de que es imposible lograr un consenso, o si no está claro si existe suficiente consenso para aprobar la propuesta, el CD decidirá. Por lo general, el CD tomará en cuenta seriamente las visiones de los colaboradores activos. Debe esforzarse por aplicar un conjunto coherente de estándares, fomentar la participación, y evitar enajenar a los colaboradores nuevos o activos, de modo que las personas que quieran trabajar en un proyecto como éste prefieran trabajar en éste. Más adelante, en la medida que el proyecto tome una forma más clara y la participación aumente, el papel del CD debería disminuir, hasta hacer posible la derogación del CD. En el entretanto, los conflictos mayores entre el CD y los colaboradores activos serán tomados como una señal de un problema serio, y el grupo se embarcará en una discusión sobre las raíces del problema.

El CD toma decisiones usando el mismo proceso de consenso aproximando descrito más arriba, excepto que cualquiera de sus miembros puede bloquear cualquier de sus decisiones. El CD puede sostener discusiones en privado, pero debe publicar los resultados de sus decisiones.

Los miembros actuales del CD son BenjaminGeer, RichardMalter y ToniPrug. El CD puede cambiar su composición por consenso de sus actuales miembros.

Idioma

El idioma principal del proyecto es el inglés. Se harán todos los esfuerzos para facilitar la traducción del sitio web (en particular el Marco de referencia) a otros idiomas. Si un participante ya se había comprometido a enviar resúmenes en inglés de los mensajes enviados a la lista de correo en otro idioma, se pueden enviar mensajes en ése idioma.

Dentro de lo posible, el Marco de referencia estará escrito en un estilo claro y sencillo, usando palabras ordinarias, para que sea accesible a una audiencia amplia y sea fácil de traducir a otros idiomas.

Se permite el uso de vocabulario especializado y un estilo más académico en los Documentos de apoyo, pero la claridad y facilidad de traducción serán igualmente valoradas.

Cuando se envíe un mensaje largo a la lista de correo, es aconsejable incluir un resumen corto al principio.

Ediciones

El proyecto trabajará para llegar a una edición "versión 1.0" del Marco de referencia y continuará con ediciones regulares de ahí en adelante. La envergadura y requerimientos de la versión 1.0 serán determinados por consenso. Las ediciones siguientes se lanzarán aproximadamente cada seis meses. El CD elegirá un Gestor de Edición para coordinar cada edición.

El proyecto liberará ediciones regulares de su trabajo. Éstas serán supervisadas por un Gestor de Edición, elegido por el CD, tomando el cuenta el consenso del grupo. La tarea del Gestor de Edición será:

• Fijar una fecha para lanzar la edición y una fecha de corte para los cambios destinados a la edición.
• Elegir, después de la fecha de corte, cuáles textos incluir en la edición. Cada texto elegido será una versión específica de un documento en el sitio web. Esta elección estará basada en una evaluación (tomando en cuenta el consenso del grupo) sobre cuáles textos están listos para ser usados por las organizaciones.
• Actualizar el sitio web de modo que sea fácil encontrar los textos incluidos en la edición.

Delegación

Si se necesita un delegado para representar al proyecto para un propósito en particular (tal como una reunión con delegados de otros proyectos), cualquier miembro del CD puede actuar como delegado, o el grupo puede elegir uno por consenso para ese propósito solamente. El delegado no puede hacer ninguna clase de compromisos en nombre del grupo a menos que se le haya dado un mandado específico (decidido por consenso) para proceder así. El delegado puede ser revocado en cualquier momento por una decisión de consenso.

Mediación

Si las discusiones se vuelven divisorias o se estancan, la tarea de "gestión de proceso" se asignará a un participante del grupo (o en su defecto, el CD) que sea percibido como imparcial. La tarea de esa persona es supervisar la naturaleza, en lugar del contenido, de las interacciones de los participantes. Esto es, ellos asistirán el estilo de la discusión y el orden en que los temas son discutidos, en lugar de hacer contribuciones directas.

Exclusión

Ocasionalmente, alguien podría comportarse de una manera que interrumpe el progreso del grupo en la lista de correo. En estos casos, un miembro del CD debería intentar disuadir aquel comportamiento en comunicación privada con el individuo en falta. Si el problema persiste, como último recurso y tras advertencias explícitas, el CD puede decidir el bloqueo de la facultad de este individuo de enviar mensajes a la lista de correo o de participar de otras formas en el proyecto.

Enmiendas a estos estatutos

Estos estatutos evolucionarán con el tiempo en pequeños pasos, y opcionalmente tendrán revisiones mayores una vez al año. El 9 de junio de cada año (el aniversario de la creación de la lista de correo openorg-dev), los participantes sacarán a flote temas de discusión sobre los estatutos y sugerirán enmiendas. En particular, el grupo considerará si los estatutos son lo bastante claros para poder abolir el CD, e intentará clarificarlo para hacerlo posible. Las enmiendas requieren una decisión colectiva, usando el mismo proceso utilizado para los cambios al Marco de referencia.

Este trabajo está licenciado bajo una Licencia Creative Commons.

Si deseas contactarnos, por favor usa la lista de correo openorg-dev .