Capítulo 25 — Ateliê de projeto em equipe
Mapa da aula
Aula 25 publicada. Mapa, exemplo, EX073.
flowchart TD
N0["25.1 O projeto do ateliê"]
N1["25.2 Papéis"]
N2["25.3 Revisões"]
N3["25.4 Escopo e dependências"]
N4["25.5 Entregas utilizáveis"]
N5["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5
N5 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX073"]
Desenho lógico
flowchart LR
N0["25.1 O projeto do ateliê"]
N1["25.2 Papéis"]
N2["25.3 Revisões"]
N3["25.4 Escopo e dependências"]
N4["25.5 Entregas utilizáveis"]
N5["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX073"]
[25.1 O projeto do ateliê]
|
v
[25.2 Papéis]
|
v
[25.3 Revisões]
|
v
[25.4 Escopo e dependências]
|
v
[25.5 Entregas utilizáveis]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX073]
Objetivos de aprendizagem
Você vai (1) planejar um projeto em equipe com papéis e marcos; (2) conduzir revisões de projeto curtas; (3) gerenciar escopo e dependências; e (4) produzir uma entrega que um local possa usar.
25.1 O projeto do ateliê
Equipes de três pessoas levam uma melhoria da NCS da ideia à entrega em seis semanas. O enunciado desta turma: um "pacote de visita da empresa contratada" — o procedimento, os formulários e as verificações que permitem a uma empresa de refrigeração fazer trabalho remoto ou presencial com segurança, sem atrasar os reparos. A equipe de Priya assumiu esse enunciado, e a sua primeira versão falhou no teste mais importante: o do operador noturno. A versão um levava 14 minutos para a empresa contratada preencher, e a operadora noturna não conseguiu descobrir para quem ligar pedindo aprovação. A equipe tinha seis semanas, três responsáveis e uma revisão semanal com o gerente de instalações, que foi onde essa falha foi relatada e tratada.
25.2 Papéis
Um estudante é responsável pelo texto do procedimento, outro pelas verificações técnicas (configuração do jump host, integração do registro de visitas com o monitoramento do Capítulo 19) e outro pelo teste com usuários reais, um prestador e um operador. Cada papel tem um revisor nomeado do local. O trabalho compartilhado fica numa única pasta versionada. Na equipe de Priya, o responsável pelo teste com usuários conduziu a sessão com a empresa contratada e a operadora noturna que expôs o formulário de 14 minutos. O responsável pelas verificações técnicas ligou o registro de visitas aos alertas de novo interlocutor do Capítulo 19, de modo que um laptop de prestador no local durante um chamado é esperado, e não sinalizado.
25.3 Revisões
Revisões semanais de 20 minutos seguem um único formato: o que mudou, o que aprendemos, do que precisamos, o que está em risco. O revisor do local pode interromper um trabalho que afetaria a operação. Na NCS, o revisor do local foi o gerente de instalações, e o formato funcionou na semana três, quando a equipe relatou o resultado do teste de 14 minutos em "o que aprendemos" e a falta do número do aprovador em "o que está em risco". A revisão decidiu pôr a escala de aprovadores na primeira página antes de escrever mais texto do procedimento.
25.4 Escopo e dependências
O pacote depende de o jump host existir e da escala de aprovadores de plantão (Capítulo 18). Se qualquer um atrasar, a equipe escreve o pacote de acordo com o projeto combinado e marca a dependência, em vez de inventar um contorno. Na equipe de Priya, a dependência era real: o jump host ainda estava sendo configurado quando o pacote foi redigido. O pacote, portanto, descreve o projeto combinado, sessões pelo jump host habilitadas por chamado, e marca os passos do jump host como "pendente da implantação do C-04", em vez de descrever um contorno temporário pela ferramenta de compartilhamento de área de trabalho que o projeto devia remover.
25.5 Entregas utilizáveis
Teste com as pessoas que vão usar. Se o prestador não conseguir preencher o formulário de visita em menos de cinco minutos às 3 da manhã, ele será pulado. A equipe de Priya aprendeu isso diretamente. A primeira versão do pacote de visita levava 14 minutos para preencher, e a operadora noturna não conseguiu achar o número do aprovador. A versão dois pôs a escala de aprovadores na primeira página, reduziu o formulário a seis campos e preencheu de antemão os dados do local. O novo teste levou quatro minutos, e o prestador pediu uma cópia para usar em outro local, que é a melhor evidência que um teste de usabilidade pode produzir.
Exemplo resolvido (NCS sintética)
A equipe de Priya testa o pacote com a empresa contratada e a operadora noturna. A primeira versão levava 14 minutos para preencher; a operadora não conseguiu achar o número do aprovador. A versão dois põe a escala de aprovadores na primeira página, reduz o formulário a seis campos e preenche de antemão os dados do local. O novo teste leva quatro minutos, e o prestador pede uma cópia para outro local.
Caso sintético — Northgate Cold Storage. A equipe, o pacote e os tempos são inventados.
Erros e limites
As equipes subestimam o tempo de revisão; planeje-o. Um pacote que não passa a ser do local depois da entrega vai se deteriorar.
Exercícios
- EX073 — Um relatório de revisão. Escreva a revisão semanal de quatro linhas da semana 3. Rubrica: 3 = mudou, aprendemos, precisamos, risco, todos específicos; 2 = três; 1 = vago; 0 = nada.
- EX074 — Tratando uma dependência atrasada. O jump host atrasa quatro semanas. O que a equipe faz? Rubrica: 3 = escrever de acordo com o projeto, marcar a dependência, informar o local, nenhum contorno; 2 = parcial; 1 = inventar um contorno; 0 = nada.
- EX075 — Medindo a usabilidade. Proponha duas medidas para o teste com usuários. Rubrica: 3 = tempo de preenchimento e erros/passos esquecidos (ou avaliação do usuário); 2 = uma; 1 = "feedback"; 0 = nada.
Síntese
O trabalho de ateliê dá certo quando papéis, revisões e dependências são explícitos e a entrega é testada pelas pessoas que terão de usá-la.
Continue estudando — capítulo 25 de 30
← Capítulo 24 · Índice de capítulos do curso · Capítulo 26 →
Siga para a próxima lição escrita.