Protocolo de Cambios
Descargar esta plantilla
Generado el 2026-08-31 · Descargar todas las plantillas
Cómo se proponen los cambios
How does somebody propose adding, changing, pausing or removing one of our rules, roles or structures?
Cláusulas RCOS 8.1.1, 8.1.3, 8.6.3, 8.8.1
- 8.1.1 La comunidad DEBE definir mecanismos de cambio explícitos para modificar, agregar, suspender o eliminar reglas, roles, artefactos o estructuras de decisión.
- 8.1.3 Cada cambio propuesto DEBE especificar, como mínimo:
- 8.6.3 El Protocolo de Cambios DEBE definir, como mínimo:
- 8.8.1 Lo siguiente DEBE ser explícito:
¿Por qué exigir una propuesta estructurada?
Un cambio que llega como una idea vaga en un chat no puede ser evaluado, cuestionado ni revertido después. Obligar a que cada propuesta pase por una forma mínima común —artefactos afectados, justificación, riesgos, plan de reversión— convierte una opinión en un artefacto revisable y hace imposible colar un cambio de reglas sin que la comunidad se dé cuenta.
Cómo rellenar esto
Indica quién puede proponer, dónde se envían las propuestas y los campos de contenido obligatorios. Vincúlalo con el Protocolo de Gobernanza (Capa 2).
<Cualquier Miembro Pleno puede proponer un cambio a cualquier artefacto RCOS. Indica el canal de envío.> Cada propuesta DEBE incluir:
- <Resumen del cambio.>
- <Capas y artefactos afectados (con enlaces).>
- <Tipo de decisión (Operativa / Estratégica / Constitucional).>
- <Justificación.>
- <Riesgos y mitigaciones.>
- <Plan de reversión.>
- <Fecha de entrada en vigor propuesta.>
Qué cubrir
- Who may propose adding, changing, pausing or removing a rule, role, document or way of deciding?
- Where is a proposal submitted, and who makes sure it reaches everyone?
- Which documents and sections does the proposal have to name as affected?
- Which decision type and which decision path from our Decision Matrix does the proposal have to name — and so who decides it?
- What must every proposal say about its purpose, its reach and its known risks?
- What must it say about its effective date, any transition period, what happens to existing roles, agreements and records, and how it would be undone? (How long it is reviewed, and what happens in an emergency, are their own questions.)
Ejemplos
Any Full Member may propose adding, changing, pausing or removing a rule, role, document or decision structure by filling in the proposal form in the proposals folder and telling the facilitator. The form names the documents and sections affected, the decision type and path from our Decision Matrix, what the change is meant to do, how far it reaches and its risks, the effective date and any transition period, what happens to existing roles, agreements and records, and how it would be rolled back. Incomplete forms are returned before discussion starts.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Cómo se clasifican las propuestas
How do we tell a small adjustment from a change to who we are — and a permanent change from an experiment?
Cláusulas RCOS 8.1.2, 8.1.4
¿Por qué clasificar por impacto?
No todos los cambios merecen la misma fricción. Las correcciones de erratas no deberían necesitar una supermayoría; los cambios constitucionales no deberían aprobarse en silencio. Asignar las propuestas a tipos de decisión —y elevar por defecto los casos ambiguos— hace que el coste de un cambio sea proporcional a su radio de impacto y protege la Capa 0 de ser erosionada mediante movimientos pequeños.
Cómo rellenar esto
Define qué entra en cada tipo de decisión. Indica la regla de elevación por defecto para casos ambiguos.
- Operativa: <correcciones de redacción, formato, actualizaciones menores de contenido; sin votación requerida; ejecutada por el rol responsable dentro de los límites delegados.>
- Estratégica: <cambios en el contenido de las Capas 1–5 que afectan derechos de miembros, procesos o estructuras.>
- Constitucional: <cambios en la Capa 0 (propósito, alcance, invariantes) o en el propio sistema de gobernanza (Capa 2).>
> Si la clasificación no está clara, se aplica por defecto el tipo de mayor impacto.
Qué cubrir
- For each decision type (for example Operational, Strategic, Constitutional): what kinds of change fall under it?
- Which changes are always Constitutional — such as anything touching our purpose, our scope, the commitments we said would never change, or how we govern ourselves?
- How do we tell a permanent change from a time-limited experiment, and where is that written on the proposal?
- When it is unclear which type a proposal is, which type applies, and who settles a disagreement about it?
Ejemplos
Wording fixes and formatting are Operational: the document keeper makes them and lists them at the next circle. Changes to how members join, decide, share costs or hold roles are Strategic. Anything touching our purpose, our scope, our non-negotiable commitments or the way we govern ourselves is Constitutional and goes through the Constitutional decision process. A proposal with a fixed end date is filed as an experiment; everything else is permanent. If we disagree about the type, the higher one applies.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Revisión y deliberación
How long does a proposed change have to sit before we are allowed to adopt it?
Cláusulas RCOS 8.1.2, 8.7.1
¿Por qué imponer periodos mínimos de deliberación?
Sin un mínimo de tiempo de deliberación, cualquier cambio puede aprobarse de forma apresurada en un día tranquilo cuando pocos miembros están prestando atención. Los mínimos obligatorios —más largos para cambios de mayor impacto— garantizan que los miembros que están viajando, enfermos o simplemente ocupados tengan una oportunidad real de leer, objetar o participar.
Cómo rellenar esto
Establece periodos mínimos de deliberación para cada tipo de decisión y un periodo de ratificación para los cambios Constitucionales.
- Operativa: <sin deliberación requerida.>
- Estratégica: <mínimo X días de deliberación; lugar de deliberación.>
- Constitucional: <mínimo Y días de deliberación; Z días de periodo de ratificación tras la aprobación de la votación.>
Qué cubrir
- For each decision type: what is the shortest time a proposal must be open for discussion before it can be decided?
- Where does the discussion happen, so that members who are away, ill or busy can still read and respond?
- For Constitutional changes, how long is the ratification period after the vote passes, and what can members do during it?
- If some small changes need no waiting period, how can members still see them and ask for a proper review afterwards? (Urgent changes are their own question.)
Ejemplos
Operational changes need no waiting period but are posted in the changes channel for 7 days, during which any member can ask for a full review. Strategic proposals stay open for at least 14 days, including one general meeting, before a decision. Constitutional proposals need at least 30 days of discussion and, after the vote passes, a 14-day ratification period in which any Full Member may call for a second vote.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Adopción y publicación
When a change is adopted, how does everyone find out, and from when does it apply?
Cláusulas RCOS 8.2.1, 8.2.2, 8.2.5, 8.6.3
- 8.2.1 Todos los cambios adoptados DEBEN ser versionados y trazables.
- 8.2.2 La comunidad DEBE mantener un Historial de Versiones que registre, como mínimo:
- 8.2.5 Ningún cambio de reglas informal, no documentado o "sobreentendido" PUEDE considerarse válido.
- 8.6.3 El Protocolo de Cambios DEBE definir, como mínimo:
¿Por qué pasos de publicación fijos?
Una votación que se aprueba pero nunca se registra por escrito es lo mismo que ninguna votación — y peor, crea un vacío donde quien recuerde el resultado puede definirlo a su manera. Unos pasos de publicación estrictos y ordenados cierran ese vacío y convierten el "qué se adoptó" en una cuestión de registro, no de memoria.
Cómo rellenar esto
Indica los pasos ordenados que DEBEN ejecutarse después de que una propuesta sea aprobada. Incluye plazos y la obligación de historial de versiones.
Cuando una propuesta se aprueba:
- <El archivo de la propuesta se mueve al archivo de propuestas aprobadas en un plazo de X días.>
- <Los artefactos afectados se actualizan en un plazo de X días.>
- <Se añade una entrada en el historial de versiones.>
- <Se actualizan los campos de estado en los artefactos afectados.>
Qué cubrir
- Once a proposal passes, which steps follow, in what order, and within how many days?
- Who is responsible for updating the affected documents and adding the Version History entry? (What the entry contains is its own question.)
- How are all members told about the change, and what does the notice include?
- From when does an adopted change apply — and can it ever apply before it is published?
- What happens if a change was agreed but never written up — does it count?
Ejemplos
Within 7 days of a change passing, the secretary updates every affected document, marks the old wording as superseded, adds a Version History entry and moves the proposal to the passed-proposals folder. All members then receive an email with a summary and the effective date. The change applies from the effective date named in the proposal, or from publication if that is later. A change that has not been written up this way is not in force, however clearly people remember agreeing to it.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Rechazo
What happens to a rejected proposal — can it come back, and how soon?
Cláusulas RCOS 8.2.2, 8.2.4
¿Por qué archivar las propuestas rechazadas?
Las ideas rechazadas aportan tanta información como las aceptadas — muestran lo que la comunidad consideró y declinó. Mantener los rechazos archivados y accesibles evita que la misma propuesta reaparezca con un nombre nuevo cada seis meses y da a los futuros miembros una visión de los caminos no tomados.
Cómo rellenar esto
Indica la ubicación del archivo de propuestas rechazadas y las condiciones de re-votación para revisitar la cuestión.
Cuando una propuesta es rechazada:
- <El archivo de la propuesta se mueve al archivo de propuestas rechazadas en un plazo de X días.>
- <No se realizan cambios en los artefactos.>
- <Se aplica el mecanismo de re-votación si surge nueva información (según la Matriz de Decisión, Capa 2).>
Qué cubrir
- Where is a rejected proposal kept, together with its decision record, and within how many days is it filed?
- Is the proposer told why it was rejected, and by whom?
- Can the same proposal come back — after how long, or only with new information?
- Who decides whether a returning proposal is really new, or the same one under a different name?
Ejemplos
Within 7 days, a rejected proposal is filed in the rejected-proposals folder with its decision record and a short note of the main reasons given. Nothing in our documents changes. The same proposal may come back after six months, or sooner if the proposer shows new information that was not available during the first discussion; the facilitator decides whether a returning proposal is substantially the same.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Transición y migración
What extra care does a change that is hard to undo need — and what happens to what is already running under the old rule?
Cláusulas RCOS 8.5.1, 8.5.2
¿Por qué proteger los derechos existentes durante las transiciones?
Si las nuevas reglas pudieran reescribir silenciosamente los acuerdos existentes, la membresía no tendría sentido — lo que firmaste podría cambiar sin que te enteres. Las reglas de transición explícitas garantizan que los derechos no se reduzcan retroactivamente y que las personas que operan bajo las reglas antiguas reciban tiempo y aviso antes de que el terreno cambie.
Cómo rellenar esto
Indica las reglas que protegen a los titulares de roles existentes, miembros y registros cuando un cambio de regla entra en vigor.
Cuando un cambio de regla afecta roles, acuerdos o registros existentes:
- <Los titulares de roles existentes son notificados antes de que el cambio entre en vigor.>
- <Los derechos de los miembros existentes no pueden reducirse sin consentimiento o una votación Constitucional.>
- <Los registros anteriores al cambio no se alteran retroactivamente a menos que sea parte explícita de la propuesta.>
- <Se puede definir un periodo de transición en la propia propuesta.>
Qué cubrir
- How do we recognise a change as high-impact or hard to undo, and who decides that it is?
- For those changes, how much longer is the discussion, and what higher threshold do they need?
- How are the risks written down and acknowledged before the decision?
- How much notice do current role holders and members get before a change affects them?
- Can a change reduce the rights existing members already have, and if so, what does it take?
- What happens to records and agreements made under the old rule — are they left as they were?
Ejemplos
A change counts as high-impact if it affects money, housing or membership rights, or cannot easily be undone. Such changes get twice the normal discussion time, need a two-thirds majority instead of a simple one, and include a written risk section that members acknowledge before voting. Affected role holders are told at least 30 days before the change takes effect. Existing members' rights are never reduced without their consent or a Constitutional vote, and records made under the old rule are not altered.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Reversión
How do we check whether a change is working — and revise or undo it if it is not?
Cláusulas RCOS 8.1.5, 8.5.1
- 8.1.5 La comunidad DEBE definir mecanismos de revisión explícitos para los cambios adoptados, incluyendo cómo se evalúan, revisan o revierten los cambios cuando producen daño, inestabilidad o concentración no intencionada de poder.
- 8.5.1 El sistema DEBE preferir cambios reversibles sobre los irreversibles cuando sea posible.
¿Por qué hacer la reversión simétrica con la adopción?
Un cambio que no puede deshacerse por el mismo camino que lo creó es una trampa. Exigir que la reversión use el mismo tipo de decisión original mantiene la puerta abierta a la corrección sin permitir que un solo miembro revierta en silencio una decisión comunitaria llamándola una "corrección."
Cómo rellenar esto
Indica que la reversión utiliza el mismo tipo de decisión y proceso que la adopción original.
<Cualquier decisión aprobada puede revertirse mediante el mismo proceso que la original. Cualquier Miembro Pleno puede activar una re-votación presentando una objeción razonada por escrito que no fue considerada durante la deliberación original. La reversión utiliza el mismo tipo de decisión que la original.>
Qué cubrir
- How and when do we check whether an adopted change is working as intended?
- What signs mean a change needs revising or reversing — such as harm, instability, or decisions gathering in fewer hands?
- Who may ask for a change to be revised or reversed, and what do they have to show?
- Which decision type and process does a reversal use?
- When choosing between ways to solve a problem, how do we favour the one that is easier to undo?
Ejemplos
Every adopted Strategic or Constitutional change is reviewed six months after it takes effect: the stewardship circle reports whether it caused harm, confusion, or put decisions into fewer hands. Any Full Member can ask for a change to be revised or reversed by giving written reasons that were not considered the first time. A reversal uses the same decision type as the original adoption. When two options would solve the same problem, we choose the one that is easier to undo.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Cambios de emergencia
What may we decide in a hurry, who may do it, and when does it expire?
Cláusulas RCOS 8.5.3
- 8.5.3 Los cambios de emergencia PUEDEN permitirse solo cuando estén explícitamente definidos, DEBEN estar acotados en el tiempo, NO DEBEN anular las invariantes de la Capa 0 y DEBEN someterse a una revisión posterior obligatoria y a ratificación o reversión.
¿Por qué permitir cambios de emergencia?
Algunos daños se producen más rápido de lo que se puede convocar una votación. Una vía de emergencia estrecha y bien protegida permite a la comunidad responder ante fallos genuinos de seguridad o plataforma sin otorgar a nadie un poder de anulación general. El ciclo obligatorio de informe, revisión y ratificación-o-reversión es lo que evita que los poderes de emergencia se conviertan en poderes ordinarios.
Cómo rellenar esto
Define las condiciones bajo las cuales se puede realizar un cambio de emergencia, quién puede hacerlo y el ciclo obligatorio de informe-revisión-ratificación-o-reversión.
Un cambio operativo de emergencia puede ser realizado por <rol> solo si se cumplen todas las condiciones siguientes:
- <Se requiere acción inmediata para prevenir un daño a la seguridad o un fallo de plataforma.>
- <No se puede convocar una votación de Miembros Plenos a tiempo.>
- <El cambio no anula un invariante de la Capa 0.>
Los cambios de emergencia DEBEN:
- <Ser comunicados a todos los Miembros Plenos en un plazo de X horas.>
- <Ser revisados en la siguiente reunión comunitaria.>
- <Ser ratificados mediante el tipo de decisión correspondiente en un plazo de Y días, o revertidos automáticamente.>
Qué cubrir
- What situations count as an emergency — and what makes waiting for a normal decision impossible?
- Who may make an emergency change, alone or together with someone else?
- What can never be changed in an emergency, such as our purpose or the commitments we said would never change?
- How quickly must an emergency change be reported, and to whom?
- When is it reviewed, and by when must it be confirmed through the normal decision type — or does it end automatically?
Ejemplos
The two safety coordinators together may make an emergency change only when immediate action is needed to prevent harm to people or loss of the building, and a members' meeting cannot be held in time. An emergency change can never alter our purpose or core commitments. It is reported to all members within 24 hours, discussed at the next meeting, and lapses after 21 days unless members ratify it through the decision type the change would normally need.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Experimentos
How do we try something for a while without it quietly becoming permanent?
Cláusulas RCOS 8.3.1, 8.3.2, 8.3.3, 8.3.4, 8.3.5, 8.7.3
- 8.3.1 La comunidad PUEDE adoptar experimentos como desviaciones, extensiones o pilotos explícitamente acotados en el tiempo y reversibles, destinados al aprendizaje.
- 8.3.2 Cada experimento DEBE definir, como mínimo:
- 8.3.3 Los experimentos NO DEBEN anular las invariantes de la Capa 0 y NO DEBEN eludir las restricciones de gobernanza definidas en la Capa 2.
- 8.3.4 Los experimentos DEBEN estar explícitamente etiquetados como experimentales en todos los artefactos afectados y DEBEN incluir una fecha de expiración no prorrogable, a menos que se renueven mediante una decisión autorizada.
- 8.3.5 Si un experimento introduce riesgo para la seguridad, coerción o daño sostenido, la comunidad DEBE suspender o terminar el experimento inmediatamente mediante una acción protectora, seguida de una revisión posterior.
- 8.7.3 Los experimentos DEBEN estar acotados en el tiempo, explícitamente etiquetados y ser reversibles.
¿Por qué tratar los experimentos como un mecanismo diferenciado?
La comunidad necesita una forma de probar cosas nuevas sin tener que adoptarlas permanentemente para poder evaluarlas. Los experimentos crean ese espacio — pero solo si tienen una duración limitada, están etiquetados y expiran automáticamente. Sin esas salvaguardas, un "experimento" se convierte en la forma más rápida de instalar una regla permanente sin deliberación real.
Cómo rellenar esto
Define las reglas que cada experimento DEBE cumplir. Haz referencia a la Plantilla de Experimento para la estructura completa de envío.
<Cualquier Miembro Pleno puede proponer un experimento con duración limitada mediante decisión Estratégica. Consulta la Plantilla de Experimento para los campos requeridos.>
- <Los experimentos expiran automáticamente al final de su duración definida a menos que se renueven explícitamente mediante una nueva propuesta.>
- <Todos los artefactos afectados por un experimento DEBEN estar explícitamente etiquetados como experimentales durante su vigencia.>
- <Suspensión de seguridad: si un experimento introduce un riesgo de seguridad creíble, coerción o daño sostenido, se puede invocar una suspensión de emergencia conforme a los Cambios de emergencia descritos arriba.>
- <Los resultados y aprendizajes se registran en el Registro de Aprendizajes.>
Qué cubrir
- Who may propose an experiment, and which decision starts, extends, changes or ends one?
- What must every experiment state — what changes and what stays the same, how long it runs, its check-in points, and the signs of success or failure?
- What triggers a rollback, and how is it carried out?
- What may an experiment never touch, such as our core commitments or the way decisions are made?
- How is an experiment labelled in every document it affects, and what fixed end date does it carry?
- If an experiment causes harm, pressure on people or a safety risk, who may stop it at once, and how is that reviewed afterwards?
Ejemplos
Any Full Member may propose an experiment of up to 12 months; starting, extending or changing one takes a Strategic decision. The proposal states what changes and what does not, a midpoint check-in, signs of success and failure, and how to roll back. Every affected document is labelled "Experimental until" its end date. Experiments cannot change our core commitments or skip our decision rules, and they end on their date unless renewed by a new decision. Any two stewards may halt one immediately if it causes harm, with a review within 14 days.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Registro de ratificación
- Adoptado: <AAAA-MM-DD>
- Tipo de decisión: Constitucional
- Versión: <versión>
- Registro de decisión: <enlace al registro de decisión>