Plantilla de Experimento
Los experimentos permiten que la comunidad pruebe un cambio sin adoptarlo de forma permanente. Para mantener la seguridad, cada experimento DEBE estar acotado en el tiempo, etiquetado y con expiración automática — y DEBE registrar sus resultados en el Registro de Aprendizajes.
Descargar esta plantilla
Generado el 2026-08-31 · Descargar todas las plantillas
Campos Requeridos
What does somebody have to write down before we agree to try something?
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é se requieren estos campos?
Sin alcance, duración, criterios de éxito y reversión, un "experimento" es simplemente un cambio permanente con un nombre más amigable. Obligar a cada propuesta a especificar qué cambia, cuándo termina, cómo se evaluará y cómo se revertirá mantiene la experimentación reversible — e impide que la etiqueta de experimento se use para eludir la deliberación.
Cómo completar esto
Completa cada campo. La duración máxima la establece tu Protocolo de Cambios. La autoridad de decisión DEBE provenir de la Matriz de Decisiones.
- Título: <nombre breve del experimento.>
- Proponente: <nombre del miembro.>
- Tipo de decisión: Estratégica
- Alcance: <exactamente qué se está probando; qué artefactos y comportamientos se ven afectados.>
- Duración: <fecha de inicio — fecha de fin; duración máxima según lo establecido por el Protocolo de Cambios.>
- Puntos de revisión: <al menos una revisión intermedia; especifica fechas y qué se revisa.>
- Criterios de éxito: <condiciones observables que justificarían hacer el cambio permanente.>
- Criterios de fallo: <condiciones observables que terminarían el experimento anticipadamente.>
- Condiciones y proceso de reversión: <qué activa la reversión y cómo se ejecuta.>
- Ruta de decisión autorizada: <quién puede iniciar, extender, modificar o terminar el experimento, según la Matriz de Decisiones.>
- Etiquetado: <todos los artefactos afectados por el experimento DEBEN estar explícitamente etiquetados como experimentales durante toda su duración.>
- Suspensión de seguridad: <reconoce que se PUEDE invocar una suspensión de emergencia bajo el Protocolo de Cambios si surge un riesgo de seguridad creíble.>
Qué cubrir
- Which fields does every experiment proposal form contain, and which may never be left blank?
- How does the proposer show that the signs of success and of early stopping are things we can actually observe?
- Who checks that a form is complete before it goes to a decision, and what happens to an incomplete one?
- Where is the filled-in form kept while the experiment runs, so members can check it against what is happening? (What happens when it ends is its own question.)
Ejemplos
Every experiment uses one form with these fields: name, proposer, what changes and which documents are affected, what stays the same, start and end date, at least one midpoint check-in, observable signs of success, observable signs that mean we stop early, what triggers rollback and how, who may extend or end it, and a line accepting that it may be suspended in an emergency. The facilitator returns any form with an empty field before it is scheduled for a decision.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Expiración y Renovación
When does an experiment end by itself, and what does it take to keep it going?
¿Por qué los experimentos deben expirar?
La comunidad necesita la opción de revertir. La expiración automática obliga a tomar una decisión deliberada para hacer el cambio permanente — en lugar de una deriva lenta en la que nadie recuerda que alguna vez fue condicional.
Cómo completar esto
Indica la regla de expiración automática, el mecanismo de renovación y la obligación de registrar los resultados en el Registro de Aprendizajes.
- <Los experimentos expiran automáticamente al final de su duración definida, a menos que se renueven explícitamente mediante una nueva propuesta. La renovación requiere una nueva votación Estratégica.>
- <Los resultados y aprendizajes se registran en el Registro de Aprendizajes.>
Qué cubrir
- What happens on the end date if nobody has acted?
- What does it take to renew an experiment, and how many times may it be renewed?
- How does a successful experiment become a permanent rule?
- Who records the results in the Learning Log, and by when?
Ejemplos
An experiment ends on its end date even if nobody acts, and the previous rule applies again from the next day. Keeping it going takes a new proposal and a new Strategic decision before the end date; it can be renewed once, after which it must be adopted as a permanent change or stopped. Within 30 days of the end, the proposer writes the results and what we learned into the Learning Log.
Ejemplos, no recomendaciones. Sus respuestas serán las suyas.
Registro de Resultado (se completa al finalizar el experimento)
- Fecha de finalización:
- Resultado: <Adoptado permanentemente / Revertido / Modificado y ejecutado de nuevo / Terminado anticipadamente>
- Registro de decisión: <enlace a la votación o decisión>
- Entrada en el Registro de Aprendizajes: <enlace>
- Resumen: <dos a cuatro oraciones sobre qué se probó, qué se observó y qué se decidió.>