Capítulo 25 — Ateliê de projeto em equipe
Mapa da aula
Aula 25 publicada. Mapa, exemplo, EX073.
flowchart TD
N0["25.1 O briefing"]
N1["25.2 Revisão por pares"]
N2["25.3 Apresentação ao cliente"]
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 Revisão por pares"]
N2["25.3 Apresentação ao cliente"]
N3["Síntese"]
N0 --> N1 --> N2 --> N3 --> Q["EX073"]
[25.1 O briefing]
|
v
[25.2 Revisão por pares]
|
v
[25.3 Apresentação ao cliente]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX073]
Objetivos de aprendizagem
Você vai (1) trabalhar em equipe numa entrega de GRC; (2) dividir o trabalho e revisar a produção uns dos outros; (3) apresentar a um cliente.
25.1 O briefing
No ateliê de equipe, a Riverton pede ao grupo de Priya um pacote de integração para as três novas clínicas: um checklist de configuração segura, a lista dos controles de que o gerente da clínica é dono, os requisitos de evidência e uma sessão curta de treinamento. A equipe tem quatro membros com pontos fortes diferentes: redes, documentação, desenho de treinamentos e dados. Eles acordam papéis, prazos e uma pasta compartilhada. O Sr. Lind sugere que a especialista em dados verifique se cada requisito de evidência pode de fato ser produzido pelos sistemas das novas clínicas, antes que o pacote seja entregue ao cliente.
25.2 Revisão por pares
O trabalho de cada membro é revisado por outro antes da entrega. Os requisitos de evidência de Priya são revisados pelo especialista em documentação, que encontra dois termos usados de forma inconsistente. O desenho do treinamento é revisado por Priya, que sugere acrescentar um cenário sobre e-mails a laboratórios enviados ao destinatário errado. A revisão por pares pega erros e melhora a clareza. Ela aprende que revisar o trabalho dos outros é uma competência em si, que exige um retorno específico e respeitoso. O cenário dos e-mails a laboratórios parte de um risco que a Riverton já registrou, então o treinamento continua relevante.
25.3 Apresentação ao cliente
A equipe apresenta ao gerente de operações da Riverton e a uma gerente de clínica. Eles percorrem o checklist e demonstram o cenário de treinamento. A gerente de clínica pede uma versão do checklist em uma página, que a equipe produz no dia seguinte. Priya aprende que os clientes valorizam a usabilidade prática, e que ouvir o retorno durante uma apresentação é tão importante quanto apresentá-la bem. Um checklist de uma página tem mais chance de ser usado numa clínica nova e movimentada do que um documento mais longo, que ficaria esquecido numa gaveta da recepção.
Exemplo resolvido
A equipe de Priya produz um pacote de integração para as novas clínicas, usa a revisão por pares para pegar inconsistências e adapta o checklist após o retorno do cliente.
Caso sintético. O projeto é sintético.
Erros e limites
A dinâmica das equipes varia. Os pedidos do cliente podem ampliar o escopo.
Exercícios
- EX073 — Conteúdo do pacote. O que contém o pacote de integração? Rubrica: 3 = checklist de configuração, controles do gerente, requisitos de evidência, treinamento;; 2 = quatro partes;; 1 = vago;; 0 = nenhuma.
- EX074 — Achado da revisão. O que a revisão por pares encontrou no trabalho de Priya? Rubrica: 3 = dois termos usados de forma inconsistente;; 2 = inconsistência;; 1 = vago;; 0 = nenhuma.
- EX075 — Pedido do cliente. O que a gerente de clínica pediu? Rubrica: 3 = um checklist em uma página;; 2 = uma página;; 1 = vago;; 0 = nenhuma.
Síntese
Projetos em equipe dão certo com papéis claros, revisão por pares e capacidade de resposta aos clientes.
Continue estudando — aula 25 (capítulo 25 de 30)
← Capítulo 24 · Índice das aulas · Capítulo 26 →
Continue para a próxima aula já escrita.