Capítulo 25 — Ateliê de projeto I

Mapa da aula

Aula 25 publicada. Mapa, exemplo, EX073.

flowchart TD
  N0["25.1 O briefing"]
  N1["25.2 O projeto"]
  N2["25.3 Crítica e revisão"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX073"]

Desenho lógico

flowchart LR
  N0["25.1 O briefing"]
  N1["25.2 O projeto"]
  N2["25.3 Crítica e revisão"]
  N3["Síntese"]
  N0 --> N1 --> N2 --> N3 --> Q["EX073"]

[25.1 O briefing]
    |
    v
[25.2 O projeto]
    |
    v
[25.3 Crítica e revisão]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX073]

Objetivos de aprendizagem

Você vai (1) projetar uma solução de governança para um problema definido; (2) apresentá-la para crítica; (3) revisá-la com base no retorno dos usuários.

25.1 O briefing

No primeiro ateliê de projeto, a equipe de Nadia recebe um briefing da Ardwell: projetar uma forma de gerenciar o acesso remoto de fornecedores que atenda à segurança, mantenha rápida a resposta a interrupções e produza evidências para auditorias. A equipe entrevista um engenheiro de controle, um técnico de fornecedor e a gestora de segurança da informação. Cada um quer algo diferente. O engenheiro quer fornecedores conectados em minutos durante as interrupções. O técnico quer um único login, e não cinco. A gestora quer cada sessão aprovada, registrada e revisada. Essas três posições viram as restrições do projeto: rapidez, login único e responsabilização completa.

25.2 O projeto

A equipe propõe um broker de acesso: os fornecedores entram com contas nominais e autenticação multifator, pedem uma sessão para um dispositivo específico, recebem a aprovação de um engenheiro de plantão por um aplicativo no celular e trabalham por um jump host gravado. Sessões emergenciais pré-aprovadas são permitidas durante interrupções declaradas, com revisão no dia seguinte. As sessões terminam automaticamente depois de quatro horas. O projeto atende à principal preocupação de cada parte e elimina a senha compartilhada e a conexão direta encontradas antes. O Prof. Brenner aponta que o caminho emergencial pré-aprovado é a via mais provável de mau uso, então sua revisão no dia seguinte precisa acontecer de fato.

25.3 Crítica e revisão

Na revisão do ateliê, um professor pergunta o que acontece se o aplicativo falhar durante uma tempestade. Outro pergunta quem revisa as gravações e com que frequência. A equipe acrescenta uma aprovação alternativa por telefonema, com uma referência registrada, e propõe amostrar dez por cento das gravações por mês, com foco nas sessões emergenciais, o que põe o esforço de revisão onde as aprovações eram mais fracas. Nadia aprende que a crítica é mais útil quando testa o projeto contra falhas realistas, e que um projeto não está pronto enquanto sua operação, incluindo a revisão, não estiver planejada.

Exemplo resolvido

A equipe de Nadia projeta um broker de acesso de fornecedores que equilibra rapidez, usabilidade e evidência, e depois da crítica acrescenta a aprovação alternativa e a revisão das gravações.

Caso sintético. O briefing e o projeto são sintéticos.

Erros e limites

Os projetos de ateliê pulam o detalhamento de custos. As entrevistas com as partes são amostras pequenas.

Exercícios

• EX073 — O que as partes querem. O que o engenheiro de controle queria?
  Mostrar critérios de avaliação

  Rubrica: 3 = fornecedores conectados em minutos durante as interrupções;; 2 = rapidez;; 1 = vago;; 0 = nenhuma.
• EX074 — Limite da sessão. Quanto tempo uma sessão de fornecedor pode durar antes de terminar automaticamente?
  Mostrar critérios de avaliação

  Rubrica: 3 = quatro horas;; 2 = 4 h;; 1 = vago;; 0 = nenhuma.
• EX075 — Revisão das gravações. Como as gravações serão revisadas?
  Mostrar critérios de avaliação

  Rubrica: 3 = amostra mensal de dez por cento, com foco nas emergências;; 2 = amostragem;; 1 = vago;; 0 = nenhuma.

Síntese

Bons desenhos de governança equilibram as necessidades das partes interessadas e planejam a falha e a revisão.