# Como manter um registro que explica o que mudou e por quê Uma decisão de seis meses atrás volta à discussão. As pessoas lembram versões diferentes e ninguém encontra o motivo da mudança. Um registro curto dá à próxima pessoa a escolha, o motivo e o documento por trás dela. Canonical: https://areinum.com/pt/guides/decision-log-why-changed/ Language: pt Atualizado: 2026-10-31 ## Separe decisão de discussão Escreva a pergunta de forma específica para mostrar o que a resposta cobre. Marque recomendação ou questão não resolvida como pendente. Quando a pessoa autorizada decidir, registre escolha, decisor, data e vigência. Dê um motivo concreto. Uma regra de revisão pode mudar porque cliente e equipa interpretaram o texto anterior de formas diferentes. Ligue nota, acordo ou outro registro que explique a escolha. ## Mantenha a decisão anterior quando a regra mudar Crie uma entrada para a decisão alterada e identifique a anterior substituída. Registre a que trabalho a nova regra se aplica e quando. Acordos existentes podem continuar nas condições anteriores salvo alteração confirmada separadamente. Se corrigir um erro factual sem mudar a decisão, identifique a correção e preserve o texto anterior ou referência. Quem ler o histórico poderá distinguir correção de nova escolha. 1. Registre pergunta, escolha autorizada e motivo. 2. Ligue a evidência e indique vigência e escopo. 3. Quando a decisão mudar, acrescente entrada que identifique a anterior. ## Uma alteração fictícia de regra de revisão No registro fictício, D-014 diz que uma revisão de design está incluída. Uma decisão posterior, D-022, define uma revisão consolidada recebida em até cinco dias úteis para novas propostas emitidas a partir de 20 de junho de 2026. Substitui a regra anterior para esse escopo. O exemplo mantém acordos existentes nas condições aceites salvo alteração separada confirmada. Outra entrada exige verificação de capacidade antes de agendar trabalho urgente. Datas e regras são fictícias, não condições contratuais sugeridas. ## Use o histórico quando a pergunta voltar Encontre a entrada atual e siga a referência à decisão anterior. Verifique se motivo e escopo ainda se aplicam antes de recomendar outra mudança. Uma passagem de férias ou projeto pode apontar ao registro sem reproduzir todo o histórico. O registro documenta a decisão; a empresa ainda precisa definir quem pode tomar outra. A ficha original preserva o histórico fictício como suplemento. ## Prepare um resumo de decisões com o Areinum Peça ao Areinum Assistant que organize as notas fornecidas numa linha do tempo de regras atuais e substituídas, com fontes e questões em aberto. Reveja o resultado e faça qualquer nova decisão com o responsável adequado. ## Perguntas frequentes ### Devemos registrar ideias nunca aprovadas? Podem ser contexto útil se identificadas como opções ou recomendações pendentes, separadas da decisão. ### Novas regras alteram automaticamente acordos existentes? Não. Registre o escopo pretendido e verifique o acordo existente e qualquer alteração confirmada separadamente. ### E se uma decisão antiga tiver um erro factual? Marque a correção e mantenha o texto anterior ou fonte para não sugerir que a própria decisão mudou. ## Fontes e outras leituras - [DACI Decision-Making Framework](https://www.atlassian.com/team-playbook/plays/daci): A Atlassian descreve funções de condutor, aprovador, colaboradores e informados e recomenda documentar a decisão final. O guia do fornecedor não valida este registro adaptado nem estabelece efeito numa equipa específica. (2026-10-18) - [Tried going off grid for 5 days to see if my business could run without me. It couldn't.](https://www.reddit.com/r/smallbusiness/comments/1r9x049/tried_going_off_grid_for_5_days_to_see_if_my/): O responsável por um estabelecimento descreve perguntas sobre ajuste de preço e uma aprovação verbal de compra durante uma ausência. É o relato de uma pessoa. Identidade, frequência e data de publicação não foram estabelecidas; nenhum resultado é atribuído ao registro proposto. (2026-10-18) Obter a ficha original (Documento em inglês): https://areinum.com/guides/decision-log-why-changed/decision-history-log.csv ## Conteúdos relacionados - [O que documentar para as decisões continuarem durante a sua ausência](https://areinum.com/pt/guides/owner-decision-boundaries/) - [Como passar trabalho ativo de clientes antes de uma ausência](https://areinum.com/pt/guides/hand-over-active-client-work-before-leave/) - [O que um novo responsável de projeto precisa para continuar](https://areinum.com/pt/guides/prepare-one-project-for-a-new-project-lead/) Ver a demonstração: https://platform.areinum.com/ A demonstração está em inglês. O acesso pode exigir um acordo prévio.