Padrões de trabalho em equipa

A equipa já organiza Sprints com papéis, artefactos e eventos. Falta decidir comportamentos que se repetem: manter as pessoas, dividir o trabalho, prever com dados recentes, concentrar ajuda, mostrar o estado e melhorar com resultado visível. Os padrões da cadeira, do livro A Scrum Book, descrevem estes comportamentos para os podermos discutir e repetir.

Esta página usa Scrum e as técnicas de gestão de projetos: velocidade, burndown e limite de trabalho em curso.

O que é um padrão

Um padrão descreve um problema recorrente num contexto, as forças que o dificultam e uma solução com consequências. Não é uma receita que serve todos os projetos: verifica se o problema existe antes de aplicar a solução.

Padrões aplicados na cadeira

Padrão ou prática	Como o aplicar à equipa de reservas
Stable Teams	Preservar conhecimento e relações de trabalho entre Sprints
Small Items	Dividir uma história grande em resultados úteis verificáveis
Yesterday’s Weather	Usar trabalho recente concluído para informar a previsão
Swarming	Várias pessoas ajudam a concluir um item em vez de abrir mais trabalho
Information Radiator	Tornar objetivo, bloqueios e estado visíveis
Testable Improvements	Dar à melhoria um resultado observável

As técnicas de previsão vivem em gestão de projetos: Yesterday’s Weather usa a velocidade recente, e o Sprint Burndown Chart mostra o trabalho restante. O quadro do projeto com colunas de backlog, curso e Done é um exemplo de Information Radiator. No livro, Sprint Planning, Sprint, Product Backlog e Retrospective também existem como padrões, com o conteúdo ensinado em Scrum.

Ajuda para concluir

No Sprint das reservas, a consulta de salas está bloqueada pela integração com a API de horários. Abrir cartões de fotografias e cores aumentaria o trabalho em curso sem resolver esse bloqueio.

Com Swarming, duas pessoas concentram-se na consulta: uma verifica o formato e as falhas da API; outra prepara os casos de integração e confirma o resultado no ecrã. O quadro torna o bloqueio visível e a equipa só marca o item como Done depois de verificar o comportamento completo. Se a API estiver indisponível e nenhuma tarefa puder avançar, juntar mais pessoas não elimina a espera: é preciso tratar a dependência.

Confiança e valores

Scrum define cinco valores: compromisso, foco, abertura, respeito e coragem. Quando a equipa os pratica no dia a dia, cria um círculo virtuoso que sustenta a transparência e permite a inspeção e a adaptação. É esta a ideia de Fertile Soil: as qualidades da interação refletem e definem as qualidades da organização.

Os materiais da cadeira juntam a confiança a esta base. Na lista de fundações de Scrum, a confiança aparece junto dos valores e dos pilares; uma equipa que esconde problemas não fornece dados verdadeiros para inspecionar. O padrão Community of Trust descreve o resultado: uma equipa que se considera uma comunidade, com confiança suficiente para interagir sem receio, e que combina procedimentos por acordo mútuo em vez de ordens unilaterais. A confiança não é um sexto valor do Scrum Guide; é a ênfase que os materiais dão à condição que torna os valores praticáveis.

A organização também desenha

Se uma equipa só comunica por entregas entre “ecrãs” e “base de dados”, pode criar fronteiras que dificultam completar uma funcionalidade. A ideia associada à lei de Conway convida a observar essa relação, sem afirmar que o organograma determina inevitavelmente o código. Para apoiar estas decisões sem transformar uma previsão numa promessa exata, usamos estimativas e observações.

No livro, os padrões ligam-se numa sequência: do ambiente inicial à comunidade de confiança, ao planeamento do Sprint, à ajuda concentrada e à previsão pelo trabalho recente. As práticas apoiam-se entre si. Uma mudança na equipa obriga a rever se os dados anteriores continuam comparáveis; não apaga automaticamente a sua utilidade. Itens pequenos facilitam a conclusão conjunta, mas também podemos concentrar ajuda num item maior se houver tarefas que possam avançar em paralelo.