Capítulo 26 — Fatores humanos e política cibernética: passagem operacional

Capítulo 26 — Fatores humanos e política cibernética: passagem operacional

Mapa da aula

Aula 26 publicada. Mapa, exemplo, EX076.

flowchart TD
  N0["26.1 Planejamento da passagem"]
  N1["26.2 Runbooks"]
  N2["26.3 Treinamento dos sucessores"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX076"]

Desenho lógico

flowchart LR
  N0["26.1 Planejamento da passagem"]
  N1["26.2 Runbooks"]
  N2["26.3 Treinamento dos sucessores"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX076"]

[26.1 Planejamento da passagem]
    |
    v
[26.2 Runbooks]
    |
    v
[26.3 Treinamento dos sucessores]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX076]

Objetivos de aprendizagem

Você vai (1) passar o programa para a gerente da clínica e o prestador de TI; (2) escrever runbooks para as tarefas rotineiras; (3) treinar os sucessores.

26.1 Planejamento da passagem

Com o fim do estágio, Lucas planeja a passagem. Ele lista cada tarefa que vinha fazendo: verificações semanais dos scripts, medidas mensais, revisões trimestrais, atualização dos números dos fornecedores e respostas às dúvidas dos funcionários. Para cada uma, nomeia o novo responsável e um reserva. Ele estima o tempo de cada tarefa para que a gerente da clínica possa se planejar. Uma passagem clara evita o padrão comum em que as melhoras se apagam quando sai quem as introduziu, deixando os funcionários confusos sobre o que ainda vale. A gerente revisa a lista com ele.

26.2 Runbooks

Lucas escreve runbooks curtos para cada tarefa rotineira. Cada runbook lista o propósito, as etapas, as ferramentas, os resultados esperados e o que fazer se algo der errado. Ele evita jargão e inclui capturas de tela. Para as medidas mensais, o runbook explica como rodar o script, ler a saída e perceber problemas. Ele testa cada runbook pedindo à gerente da clínica que o siga sem ajuda enquanto ele observa em silêncio, e depois corrige as etapas que causaram confusão. Cada runbook fica na pasta compartilhada com um número de versão e uma data de revisão um ano à frente.

26.3 Treinamento dos sucessores

Lucas conduz duas sessões curtas de treinamento com a gerente da clínica e o prestador de TI. Ele explica não só as etapas, mas também as razões, como por que os nomes de quem reporta não são guardados e por que as simulações precisam seguir regras combinadas. Sucessores que entendem as razões conseguem se adaptar com bom senso quando as coisas mudam. Ele também lhes entrega uma lista de referências, incluindo o NIST SP 800-50r1 e as diretrizes de cultura da ENISA, para leitura adicional caso queiram desenvolver o programa. Os dois sucessores fazem perguntas úteis.

Exemplo resolvido

Lucas passa as tarefas com responsáveis e reservas, escreve runbooks testados e treina os sucessores nas razões, além das etapas.

Caso sintético. A passagem é sintética; o SP 800-50r1 e as diretrizes da ENISA são reais.

Erros e limites

Os runbooks se desatualizam. Os sucessores têm outras atribuições.

Exercícios

• EX076 — Propósito da passagem. Que padrão uma passagem clara evita? Rubrica: 3 = as melhoras se apagarem quando sai quem as introduziu;; 2 = apagamento;; 1 = vago;; 0 = nenhuma.

• EX077 — Teste dos runbooks. Como Lucas testou os runbooks? Rubrica: 3 = a gerente da clínica os seguiu sem ajuda;; 2 = simulação guiada;; 1 = vago;; 0 = nenhuma.

• EX078 — Razões ensinadas. Por que ensinar as razões, além das etapas? Rubrica: 3 = para que os sucessores se adaptem quando as coisas mudam;; 2 = adaptação;; 1 = vago;; 0 = nenhuma.

Síntese

Os repasses precisam de donos, runbooks testados e sucessores que entendam o porquê.

Continue estudando — aula 26 (capítulo 26 de 30)

← Capítulo 25 · Índice das aulas · Capítulo 27 →

Continue para a próxima aula já escrita.