Modelo de Experimento
Experimentos permitem que a comunidade teste uma mudança sem adotá-la permanentemente. Para serem seguros, todos os experimentos devem ter prazo definido, estar rotulados e expirar automaticamente — e devem registrar seus resultados no Registro de Aprendizados (Learning Log).
Baixar este modelo
Gerado em 2026-08-31 · Baixar todos os modelos
Campos Obrigatórios
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 A comunidade PODE adotar experimentos como desvios, extensões ou pilotos explicitamente com prazo definido e reversíveis, destinados ao aprendizado.
- 8.3.2 Todo experimento DEVE definir, no mínimo:
- 8.3.3 Os experimentos NÃO DEVEM sobrepor-se aos invariantes da Camada 0 e NÃO DEVEM contornar as restrições de governança definidas na Camada 2.
- 8.3.4 Os experimentos DEVEM ser explicitamente rotulados como experimentais em todos os artefatos afetados e DEVEM incluir uma data de expiração não prorrogável, a menos que sejam renovados por meio de uma decisão autorizada.
- 8.3.5 Se um experimento introduzir risco de segurança, coerção ou dano sustentado, a comunidade DEVE suspender ou encerrar o experimento imediatamente por meio de uma ação protetiva, seguida de revisão posterior.
- 8.7.3 Os experimentos DEVEM ter prazo definido, ser explicitamente rotulados e reversíveis.
Por que esses campos são obrigatórios?
Sem escopo, duração, critérios de sucesso e rollback, um "experimento" não passa de uma mudança permanente com uma roupagem mais simpática. Exigir que toda proposta especifique o que muda, quando termina, como será revisada e como será revertida mantém a experimentação reversível — e impede que o rótulo de "experimento" seja usado para contornar a deliberação.
Como preencher
Preencha cada campo. A duração máxima é definida pelo seu Protocolo de Mudança (Change Protocol). A autoridade de decisão deve vir da Matriz de Decisão (Decision Matrix).
- Título: <nome curto do experimento.>
- Proponente: <nome do membro.>
- Tipo de decisão: Estratégica
- Escopo: <exatamente o que está sendo testado; quais artefatos e comportamentos são afetados.>
- Duração: <data de início — data de término; duração máxima conforme definida pelo Protocolo de Mudança.>
- Pontos de revisão (checkpoints): <no mínimo um check-in no meio do percurso; especifique as datas e o que será revisado.>
- Critérios de sucesso: <condições observáveis que justificariam tornar a mudança permanente.>
- Critérios de falha: <condições observáveis que encerrariam o experimento antes do prazo.>
- Condições e processo de rollback: <o que dispara o rollback e como ele é executado.>
- Caminho de decisão autorizado: <quem pode iniciar, estender, modificar ou encerrar o experimento, conforme a Matriz de Decisão.>
- Rotulagem: <todos os artefatos afetados pelo experimento DEVEM ser explicitamente rotulados como experimentais durante toda a duração.>
- Suspensão por segurança: <reconheça que uma suspensão de emergência PODE ser invocada nos termos do Protocolo de Mudança caso surja um risco de segurança crível.>
O que abordar
- 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.)
Exemplos
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.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Expiração e Renovação
When does an experiment end by itself, and what does it take to keep it going?
Por que os experimentos precisam expirar?
A comunidade precisa ter a opção de reverter. A expiração automática obriga uma decisão deliberada para tornar a mudança permanente — em vez de uma deriva lenta na qual ninguém lembra que ela já foi condicional.
Como preencher
Declare a regra de expiração automática, o mecanismo de renovação e a obrigação de registrar os resultados no Registro de Aprendizados.
- <Os experimentos expiram automaticamente ao final da duração definida, a menos que sejam explicitamente renovados por meio de uma nova proposta. A renovação requer uma nova votação Estratégica.>
- <Os resultados e aprendizados são registrados no Registro de Aprendizados.>
O que abordar
- 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?
Exemplos
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.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Registro de Resultados (preenchido ao final do experimento)
- Data de término:
- Resultado: <Adotado permanentemente / Revertido / Modificado e refeito / Encerrado antecipadamente>
- Registro da decisão: <link para a votação ou decisão>
- Entrada no Registro de Aprendizados: <link>
- Resumo: <duas a quatro frases sobre o que foi testado, o que foi observado e o que foi decidido.>