Continuidade institucional e transferência do projeto

Permitir que outra pessoa assuma com segurança

Continuidade institucional significa manter a capacidade de operar e evoluir um projeto quando mudam pessoas ou fornecedores. Ela depende de acesso autorizado, documentação suficiente, dados recuperáveis e decisões compreensíveis. Na Oficina Caracol, o primeiro objetivo é outra pessoa conseguir preparar o ambiente e explicar os limites da simulação. Em uma organização real, o inventário também pode envolver domínio, contratos e serviços externos. Esses itens só entram no escopo quando efetivamente existem.

Propriedade institucional não significa compartilhar uma senha entre todas as pessoas. Sempre que o serviço permitir, usam-se contas individuais autorizadas, responsabilidades e mecanismos de recuperação apropriados. Credenciais podem precisar de rotação, e acessos de quem sai devem ser revogados no momento adequado. Se houver exposição, segue-se a resposta de contenção tratada no capítulo de segurança [S13, orientações sobre credenciais expostas]. Uma tabela pública de handoff jamais deve conter o valor dos segredos.

Ampliar diagrama

Inventário e transferência preenchidos

Demonstrar uma restauração no escopo correto

Cópia de segurança e recuperação são capacidades diferentes. Uma cópia pode existir e ainda ser ilegível, incompleta ou incompatível com o código disponível. O pacote oferece npm run snapshot e npm run restore exclusivamente para dados fictícios em sandbox/recuperacao. O catálogo fonte não é sobrescrito. O ensaio ensina a verificar o procedimento e os dados restaurados, sem afirmar capacidade de recuperação de um serviço de produção.

O caso começa com o conjunto de referência identificado. Registra-se a revisão de código e a configuração do ensaio; prepara-se o snapshot; altera-se apenas a área controlada prevista; executa-se a restauração; comparam-se identificadores e campos relevantes. Depois se verificam os fluxos dependentes. Se a transferência exige um prazo máximo ou tolerância de perda, esses objetivos são declarados antes e medidos durante o ensaio. Sem registro de medição, não se afirma prazo de recuperação atingido.

Procedimento de handoff

• Liste ativos, acessos, decisões e obrigações existentes. Marque o que não se aplica em vez de inventar serviços para completar o modelo.
• Atribua responsável e substituto. Confira se ambos possuem acesso autorizado e conhecem como recuperar o acesso sem divulgar credenciais.
• Selecione uma revisão e entregue instruções de preparação, validação, inicialização e desligamento. Declare o escopo da operação e suas limitações.
• Peça que a pessoa que recebe reproduza o roteiro em ambiente controlado. Registre dúvidas, passos ausentes e resultados; a documentação será corrigida a partir dessas observações.
• Ensaie restauração e saída de fornecedor quando aplicáveis. Verifique formato de exportação, destino e preservação do conteúdo necessário.
• Atualize acessos e responsáveis após a transferência. Preserve evidências e decisões que continuarão necessárias à manutenção.

Erros que impedem a continuidade

Condição observável de transferência

A transferência está demonstrada no escopo escolhido quando a pessoa receptora consegue realizar as tarefas obrigatórias com acesso apropriado e evidências aceitáveis. Pendências não impeditivas têm responsável, prazo e aceitação. Ativos precisam poder ser transferidos e recuperados quando isso se aplica; credenciais e permissões precisam poder ser revogadas. Não se usa um único verbo para tratar todos como se fossem o mesmo tipo de objeto. O encerramento de uma conversa de handoff não prova essa capacidade.

Exercício com dados e solução

Dados: uma entrega possui README atualizado e snapshot identificado; somente a pessoa que sai consegue acessar o repositório; ninguém tentou restaurar; a aplicação reinicia e perde reservas da simulação. Escolha duas ações que bloqueiam o handoff e registre a limitação que deve permanecer explícita.