Checklist de continuidade de TI: 12 perguntas para a direção

Planos de continuidade costumam ganhar quarenta páginas, uma capa elegante e uma vida tranquila na pasta de documentos. Quando a falha acontece, alguém pergunta quem decide, o que volta primeiro e qual telefone funciona. O documento existe; a resposta ainda está em reunião.

Planos extensos costumam envelhecer sem teste. Um checklist executivo faz o oposto: revela dependências, donos, alternativas e lacunas que merecem atenção primeiro.

As doze perguntas funcionam como triagem executiva. Elas não substituem análise técnica, mas revelam processos sem prioridade, tempos nunca combinados, dados sem tolerância de perda e responsabilidades implícitas.

Plano perfeito que ninguém testou é uma forma sofisticada de esperança.

Por que esse tema chega à mesa da direção

No caso de checklist de continuidade de TI, a conversa chega à direção quando deixa de ser uma ocorrência isolada e passa a afetar custo, prazo, produtividade, exposição ou capacidade de crescer. O executivo não precisa escolher configurações; precisa cobrar uma resposta objetiva para “Quais processos não podem parar?” e decidir o nível de risco aceitável.

Se faturamento, atendimento e arquivos param juntos, dizer que “tudo é crítico” não ajuda. A empresa precisa escolher sequência, modo degradado e decisor. Continuidade começa com escolhas desconfortáveis antes da crise.

As perguntas que revelam a situação real

Analise checklist de continuidade de TI pelo que está implantado, documentado e testado hoje — não pelo desenho ideal. As perguntas abaixo ajudam a separar percepção de evidência e a localizar onde a gestão ainda depende de memória, exceção ou improviso.

• Quais processos não podem parar?Procure uma resposta verificável, com escopo e responsável definidos.
• Qual tempo máximo aceitável para cada um?Uma resposta vaga já indica que o processo depende mais de percepção do que de controle.
• Qual perda de dados é tolerável?Registre a evidência que sustenta a resposta e a data da última validação.
• Os backups são testados?Se houver exceção, ela precisa de motivo, dono e prazo para nova decisão.
• Quem declara uma crise?A direção não precisa executar o controle, mas precisa saber quem responde por ele.
• Como a equipe recebe instruções?Procure uma resposta verificável, com escopo e responsável definidos.
• Há internet e energia alternativas?Uma resposta vaga já indica que o processo depende mais de percepção do que de controle.
• Acesso remoto funciona em contingência?Registre a evidência que sustenta a resposta e a data da última validação.
• Fornecedores críticos têm escalonamento?Se houver exceção, ela precisa de motivo, dono e prazo para nova decisão.
• Credenciais de emergência estão protegidas?A direção não precisa executar o controle, mas precisa saber quem responde por ele.
• Existe inventário de dependências?Procure uma resposta verificável, com escopo e responsável definidos.
• O plano foi exercitado no último ano?Uma resposta vaga já indica que o processo depende mais de percepção do que de controle.

Onde empresas bem-intencionadas costumam errar

Como transformar diagnóstico em avanço

Como saber se a mudança saiu do papel

O resultado esperado é uma lista curta de lacunas, cada uma com impacto, responsável e próximo teste. O checklist vale pelo que muda depois de respondido.

Para checklist de continuidade de TI, compra e implantação são apenas meios. O resultado deve aparecer na evidência descrita acima e em uma mudança observável de cobertura, tempo, comportamento, recorrência ou capacidade de resposta.