Registro de Aprendizado
Registra falhas importantes, adaptações, reversões e aprendizados sistêmicos. Padrões recorrentes de falha devem desencadear uma revisão estrutural, não a culpabilização individual. As entradas são adicionadas no topo (mais recentes primeiro).
Baixar este modelo
Gerado em 2026-08-31 · Baixar todos os modelos
O Que Constitui um Evento Passível de Aprendizado
What kind of thing going wrong is worth writing down and learning from?
Cláusulas RCOS 8.4.1, 8.4.4, 8.6.5, 8.7.4
- 8.4.1 Falhas importantes, adaptações, reversões e aprendizados sistêmicos DEVEM ser documentados.
- 8.4.4 Padrões repetidos de falha DEVEM acionar uma revisão estrutural em vez de culpabilização individual.
- 8.6.5 O Registro de Aprendizados DEVE definir:
- 8.7.4 Falhas importantes e adaptações DEVEM ser capturadas como aprendizado compartilhado, e não apagadas ou ocultadas.
Por que definir o gatilho explicitamente?
Se "deveríamos aprender com isso" for deixado ao critério individual, as lições mais difíceis — aquelas que envolvem conflito, fracasso ou constrangimento — são justamente as que têm maior probabilidade de não serem registradas. Nomear os eventos específicos que DEVEM gerar uma entrada tira essa decisão do calor do momento e garante que aprendizados desconfortáveis sejam capturados, em vez de silenciosamente descartados.
Como preencher esta seção
Liste os eventos específicos que obrigam uma entrada no Registro de Aprendizado. Indique quem é responsável pelo registro e a cadência de síntese.
Uma entrada DEVE ser adicionada quando ocorrer qualquer um dos seguintes eventos:
- <Uma decisão de governança é revertida, desfeita ou identificada como contraditória a outra regra adotada.>
- <Um experimento é concluído (sucesso, fracasso ou encerramento antecipado).>
- <Um conflito escala para a etapa de governança da Escada de Resolução de Conflitos.>
- <Uma falha estrutural ou sistêmica é identificada e causou dano, confusão ou quebras repetidas de processo.>
- <Uma adaptação importante das operações da comunidade é adotada e altera significativamente o funcionamento de uma camada.>
- <Um quase acidente: uma situação que poderia ter causado dano significativo, mas foi detectada antes que isso acontecesse.>
- <Qualquer evento que a comunidade identifique coletivamente como digno de aprendizado.>
<Ajustes operacionais menores, decisões rotineiras e questões individuais totalmente resolvidas nas etapas iniciais da Escada de Resolução de Conflitos não exigem uma entrada no Registro de Aprendizado.>
Responsabilidade: <papel responsável por garantir que as entradas sejam criadas e mantidas.>
Cadência de síntese: <o Registro de Aprendizado é revisado na reunião de Reflexão e Aprendizado; o papel nomeado prepara uma breve síntese das entradas desde a última revisão, destacando padrões recorrentes.>
Nenhuma entrada ainda. A primeira entrada será adicionada quando ocorrer o primeiro evento passível de aprendizado.
O que abordar
- Which events always require a Learning Log entry — such as a reversed decision, an ended experiment, an escalated conflict, a failure that caused harm, a major change in how we work, or a near-miss?
- What does not need an entry?
- Who owns the log and makes sure entries are written? (What an entry contains is its own question.)
- How often is the log reviewed, and who prepares a summary of patterns?
- When the same kind of failure keeps happening, how do we review the structure behind it instead of blaming a person?
- How do we make sure uncomfortable failures are recorded and never deleted or hidden later?
Exemplos
An entry is required when a decision is reversed, an experiment ends, a conflict reaches the governance step, a failure causes harm or repeated breakdown, a major change in how we work is adopted, or a near-miss happens. Routine decisions and conflicts settled early do not need one. The learning steward makes sure entries are written and never removed. Each quarter the steward summarises new entries; if the same kind of failure appears twice, we review the structure behind it rather than looking for someone to blame.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Formato da Entrada
What do we record about something we learned, so it is still useful in three years?
Cláusulas RCOS 8.4.2, 8.4.3, 8.6.5
Por que um modelo fixo de entrada?
A reflexão em formato livre é valiosa, mas não se agrega. Um esquema consistente — gatilho, sinais, o que mudou, resultado, responsável pelo acompanhamento — permite revisar anos de entradas em busca de padrões recorrentes e transformar incidentes isolados em evidência estrutural. Também obriga cada entrada a nomear um responsável, para que o aprendizado não pare em "nós percebemos".
Como preencher esta seção
Use o modelo abaixo para cada entrada. Cada campo impõe uma lente diferente sobre o evento; não pule o responsável pelo acompanhamento.
## <AAAA-MM-DD> — <Título curto>
- **Gatilho:** <O que aconteceu que motivou esta entrada>
- **Camadas/artefatos envolvidos:** <ex.: Camada 2 — Protocolo de Governança>
- **O que ocorreu:** <Breve narrativa>
- **Sinais que motivaram a ação:** <O que tornou isso visível como um problema>
- **O que mudou ou foi tentado:** <Decisão, experimento ou alteração de regra>
- **Resultado:** <Resultado após a revisão, se conhecido>
- **Responsável pelo acompanhamento e prazo:** <Nome / papel e data, ou "nenhum">
O que abordar
- What happened, and why did it matter?
- Which rules, roles or documents were involved?
- What signs, evidence or thresholds made us act?
- What did we change, try or stop, and what came of it?
- Who owns the follow-up, and by when?
- Who can read entries under our information access rules, and what is left out to protect the people involved?
Exemplos
Each entry records the date, what happened and why it mattered, which rules or documents were involved, what signs or thresholds made us act, what we changed, tried or stopped, what came of it, and who follows up by when. Entries have the same access level as meeting minutes, so all members can read them; names of the people involved are left out unless they agree.
Exemplos, não recomendações. As respostas de vocês serão de vocês.