Capítulo 21 — Fatores humanos e política cibernética: requisitos
Mapa da aula
Aula 21 publicada. Mapa, exemplo, EX061.
flowchart TD
N0["21.1 Levantar requisitos"]
N1["21.2 Requisitos testáveis"]
N2["21.3 Priorizar"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3
N3 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX061"]
Desenho lógico
flowchart LR
N0["21.1 Levantar requisitos"]
N1["21.2 Requisitos testáveis"]
N2["21.3 Priorizar"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3 --> Q["EX061"]
[21.1 Levantar requisitos]
|
v
[21.2 Requisitos testáveis]
|
v
[21.3 Priorizar]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX061]
Objetivos de aprendizagem
Você vai (1) levantar requisitos de fatores humanos com os funcionários; (2) escrevê-los de forma testável; (3) priorizar os requisitos com as partes interessadas.
21.1 Levantar requisitos
Aiko conduz oficinas curtas com operadores, engenheiros de campo e equipe administrativa para entender o que o programa de conscientização e de reportes precisa alcançar para eles. Pergunta sobre e-mails suspeitos recentes, o que os tornou difíceis de julgar e o que os impediu de reportar. Os operadores dizem que não podem deixar os consoles para ler treinamentos longos. Os engenheiros dizem que leem e-mails no celular, dentro das vans. A equipe administrativa diz ter medo de parecer tola se reportar um e-mail legítimo. Cada afirmação se torna um requisito candidato, fundamentado na experiência real, e não em suposições feitas no escritório de segurança.
21.2 Requisitos testáveis
Aiko reescreve cada necessidade como um requisito testável. Os módulos de treinamento para operadores devem durar no máximo cinco minutos e poder ser usados em períodos tranquilos. O reporte deve funcionar no celular com um toque. Todo reporte, inclusive os que se revelam inofensivos, deve receber um agradecimento em até um minuto. Nenhum resultado de simulação pode ser compartilhado nominalmente com os gestores diretos. Cada requisito tem uma medida e um teste. Ela evita frases vagas como os funcionários devem estar conscientes, que não podem ser verificadas e, por isso, não conseguem orientar o projeto.
21.3 Priorizar
Com vinte requisitos candidatos e orçamento limitado, Aiko conduz uma sessão de priorização com representantes de cada grupo e a equipe de segurança. Eles ordenam os requisitos pelo risco reduzido, pelo benefício para os funcionários e pelo custo. O reporte com um toque no celular e os agradecimentos rápidos ficam no topo, porque são baratos e atacam a barreira mais comum. Uma plataforma completa de simulação fica mais abaixo, porque a ferramenta existente pode ser configurada. Ela registra a ordem e os motivos, para que decisões posteriores possam remeter a eles. A ordem é compartilhada com todos os funcionários em uma nota curta, para que as pessoas vejam que suas preocupações foram ouvidas.
Exemplo resolvido
Aiko levanta necessidades de três grupos de funcionários, reescreve-as como requisitos testáveis e prioriza vinte deles com as partes interessadas.
Caso sintético. As oficinas e os requisitos são sintéticos.
Erros e limites
Os participantes das oficinas podem não representar os funcionários mais discretos. As prioridades refletem quem comparece.
Exercícios
- EX061 — Medo da equipe administrativa. Que barreira a equipe administrativa descreveu? Rubrica: 3 = medo de parecer tola ao reportar um e-mail legítimo;; 2 = constrangimento;; 1 = vago;; 0 = nenhuma.
- EX062 — Requisito vago. Por que evitar "os funcionários devem estar conscientes" como requisito? Rubrica: 3 = não pode ser verificado;; 2 = não testável;; 1 = vago;; 0 = nenhuma.
- EX063 — Prioridades principais. Que requisitos ficaram no topo? Rubrica: 3 = reporte com um toque no celular e agradecimentos rápidos;; 2 = os dois;; 1 = plataforma;; 0 = nenhuma.
Síntese
Os requisitos de fatores humanos vêm da experiência da equipe e precisam ser testáveis e priorizados abertamente.
Continue estudando — aula 21 (capítulo 21 de 50)
← Capítulo 20 · Índice das aulas · Capítulo 22 →
Continue para a próxima aula já escrita.