Protocolo de Gobernanza

Descargar esta plantilla

Generado el 2026-04-29 · Descargar todas las plantillas

  • Capa: 2 — Gobernanza y Lógica de Decisión
  • Estado: Plantilla — adaptar para tu comunidad
  • Referencia RCOS: §4.5, §4.6, §4.7

Define el ciclo de vida completo de una decisión colectiva — desde la presentación de la propuesta hasta la documentación y la apelación.


Presentación de Propuestas

Cláusulas RCOS: 4.5.1, 4.5.2

¿Por qué formalizar cómo entran las propuestas al sistema?

Un proceso de decisión que acepta propuestas de manera informal — un mensaje, una sugerencia verbal, una idea del fundador — no tiene forma fiable de saber qué está realmente sobre la mesa. Exigir un formato de presentación estándar, una ubicación de archivo y campos de contenido obligatorios significa que cada propuesta llega con la misma información, visible para todos, rastreable desde el primer día.

Cómo completar esta sección

Indica quién puede proponer, dónde se presentan las propuestas, los campos de contenido obligatorios y cómo se determina y se impugna el tipo de decisión.

Revisión y Deliberación

Cláusulas RCOS: 4.5.1, 4.5.2

¿Por qué exigir un período mínimo de deliberación?

Las votaciones apresuradas favorecen a quien ya está prestando atención y perjudican a todos los demás. Un período de deliberación obligatorio, proporcional al peso de la decisión, da a los miembros tiempo para leer, responder y plantear inquietudes antes de que se abra la votación — de modo que el voto refleje un juicio meditado, no velocidad de reacción.

Cómo completar esta sección

Indica los espacios de deliberación y los períodos mínimos para decisiones Estratégicas y Constitucionales antes de que pueda abrirse una votación.

Ejecución de la Decisión

Cláusulas RCOS: 4.5.1, 4.5.4

¿Por qué vincular la ejecución al registro?

Una propuesta aprobada que nunca llega al artefacto afectado es una decisión solo de nombre — las reglas vigentes siguen diciendo lo mismo que antes. Vincular la ejecución a una actualización concreta del artefacto y a una entrada en el historial de versiones cierra la brecha entre lo que se decidió y lo que está realmente en vigor.

Cómo completar esta sección

Indica qué sucede cuando una propuesta se aprueba (actualización de artefactos, historial de versiones) y cuando se rechaza (archivo). Define un plazo para ambos casos.

Documentación y Publicación

Cláusulas RCOS: 4.5.4

¿Por qué documentar cada resultado, incluidos los rechazos?

Mantener un registro solo de las decisiones aprobadas borra el historial de razonamiento — los miembros pierden la pista de lo que ya se consideró y rechazó, y los mismos debates se reabren indefinidamente. Archivar tanto las propuestas aprobadas como las rechazadas, con un plazo y un registro de decisión verificable, preserva la memoria institucional y hace que el sistema de gobernanza sea auditable.

Cómo completar esta sección

Indica las reglas de retención para propuestas aprobadas y rechazadas, qué constituye el registro de decisión y la obligación de actualizar el historial de versiones.

Apelación y Revisión

Cláusulas RCOS: 4.5.2, 4.6.2

¿Por qué hacer posibles las revotaciones pero con límites?

Un sistema de gobernanza sin vía de apelación convierte los errores en reglas permanentes; uno con vías de apelación informales ilimitadas nunca resuelve nada. Permitir que cualquier Miembro Pleno solicite una revotación — pero solo con una objeción escrita y razonada que plantee algo no abordado previamente — mantiene el sistema autocorrectivo sin convertir cada decisión en un referéndum permanente.

Cómo completar esta sección

Define las condiciones para solicitar una revotación, el formato de la objeción y el umbral/mecanismo para la revotación en sí.

Conflicto entre Decisiones

Cláusulas RCOS: 4.5.3

¿Por qué predefinir la resolución de conflictos?

Cuando dos decisiones apuntan en direcciones opuestas, alguien tiene que elegir cuál prevalece — y si esa elección se hace de forma improvisada, se reduce a quien tenga la autoridad o la energía para imponer su interpretación. Una regla de precedencia fija (el tipo superior prevalece; la más reciente prevalece dentro del mismo tipo) resuelve conflictos de forma mecánica, sin necesidad de un juicio discrecional.

Cómo completar esta sección

Indica la regla de precedencia (típicamente: el tipo de decisión superior prevalece; la más reciente prevalece dentro del mismo tipo, salvo bloqueo explícito).

  • Estratégica > Operativa.>

Salvaguardas y Modos de Fallo

Cláusulas RCOS: 4.6.1, 4.6.2, 4.6.3

¿Por qué planificar de antemano los fallos de gobernanza?

Todo sistema de gobernanza falla en algún punto — capturado por un subgrupo, paralizado por vetos informales, desviado por un titular de rol que amplió silenciosamente su ámbito. Nombrar los modos de fallo específicos de antemano, establecer vías de impugnación que no puedan ser objeto de represalias, y exigir una revisión formal cuando los fallos se acumulan, es lo que evita que la gobernanza se vacíe lentamente mientras nadie observa.

Cómo completar esta sección

Para cada modo de fallo nombrado, indica la salvaguarda. Incluye un disparador que fuerce una revisión Constitucional si los fallos se acumulan.

  • Concentración de poder:
  • Vetos informales:
  • Captura de decisiones:
  • Atrincheramiento de fundadores/roles:
  • Impugnación sin represalias:
  • Disparador por fallos persistentes:

Registro de Ratificación

  • Adoptado:
  • Tipo de decisión: Constitucional
  • Versión:
  • Registro de decisión:

RCOS Blueprint por EcoHubs

Un sistema operativo modular que define cómo se organizan las comunidades intencionales — desde la gobernanza y los roles hasta el reparto de recursos y la resolución de conflictos — al servicio de la resiliencia, la equidad y la regeneración.

Conectar

© 2026 EcoHubs Platform. Todos los derechos reservados.