Design de App de Quadro de Sprint

Quadro de sprint da Northwind

Este exemplo oficial do OpenDesign apresenta o Northwind Growth Squad durante a Sprint 38, Day 6 of 10. O espaço de trabalho desktop coloca o quadro no centro e mantém uma barra lateral Sprint Pulse visível à direita, de modo que o trabalho operacional e o contexto de resumo possam ser lidos juntos.

A barra superior estabelece o escopo antes de os cards começarem: “NORTHWIND / GROWTH SQUAD” aparece junto de “Sprint 38 · Day 6 of 10.” Search tickets, Filter e New ficam na extremidade oposta. Essa ordem favorece a transição rápida de identificar a sprint atual para localizar ou adicionar trabalho, reservando a área principal para a comparação de tarefas.

Uma faixa de filtros separa os controles do conteúdo das tarefas. As iniciais dos membros, os rótulos Active sprint, Bug, Feature e Research, além dos controles Group · Status e Sort · Priority, tornam explícita a organização de exemplo do quadro. A contrapartida é a densidade: muitas opções de controle permanecem visíveis, mas o usuário entende o agrupamento pretendido do quadro sem abrir outra tela.

Revisão de carga de trabalho e bloqueios

O design é adequado para uma equipe que revisa o que está aguardando, em andamento, em revisão ou concluído. Os cards usam uma estrutura repetida: uma faixa colorida de tipo de trabalho, um título de tarefa, um avatar do responsável, uma estimativa em pontos e um ID de issue, como NW-241. Essa repetição permite comparar trabalhos distintos sem perder a identidade do ticket.

Os dados de exemplo também mostram diferentes tipos de trabalho em uma mesma fila. “Add empty-state illustration to onboarding step 2” aparece ao lado de “Interview 5 new Enterprise admins about 2FA enforcement,” enquanto “CSV export drops emoji from project names” torna um defeito visível como uma classe separada. As faixas de tipo distinguem Feature, Design, Research, Chore e Bug, mas a anatomia compartilhada dos cards mantém essas categorias comparáveis.

Esse arranjo favorece a varredura visual em vez da discussão detalhada do ticket. A equipe pode ver que o item de pesquisa tem 5 pts e que o problema de exportação de CSV tem 1 pt, mas o quadro não explica regras de estimativa nem critérios de aceitação. Em um aplicativo de produção, esses detalhes exigiriam uma visão mais profunda da tarefa; eles estão fora do design visível.

Do quadro ao Sprint Pulse

O espaço de trabalho é lido da esquerda para a direita em Backlog, In progress, In review e Done. Seus selos exibidos são 5, 4, 3 e 6. Os três primeiros correspondem às contagens de cards visíveis, mas Done contém apenas quatro cards, apesar do selo 6. A sequência da esquerda para a direita ainda distingue as etapas do fluxo; a divergência na contagem de exemplo deveria ser resolvida antes de usar o quadro como dado operacional.

As barras de progresso aparecem apenas em alguns cards de In progress, incluindo TOTP enrollment UI in member settings, Recovery codes, Fix focus-trap regression in command bar e 2FA challenge step. A presença delas separa visualmente o progresso ativo de cards que apenas recebem um estado. Como o visual não define o que a barra mede, ela deve ser lida como um indicador ilustrativo de progresso, e não como uma métrica de conclusão verificada.

A barra lateral muda a escala de leitura de tickets para um resumo de sprint de exemplo. Ela mostra Completed 22 of 38 pts e lista Devon Park com 9 pts, Mira Reddy e Priya Banerjee com 5 pts cada e Caleb Renner com 3 pts. Esses valores de contribuidores somam 22, mas os quatro cards visíveis em Done somam apenas 11 pontos. A fonte não explica essa diferença, então a barra lateral e o quadro não devem ser tratados como um relatório de desempenho reconciliado.

O último bloco da barra lateral explicita a relação entre status e dependência. “1 ticket needs unblock” identifica o NW-205, descrito como aguardando uma revisão de copy da Brand, com “Mention @Sasha or move it back to backlog” como orientação visível de acompanhamento. Mantê-lo ao lado do quadro torna a dependência mais difícil de passar despercebida, embora a barra lateral ocupe um espaço fixo que poderia, de outra forma, ampliar a área de tarefas.

Limite do design visível

Este artefato é um exemplo de app desktop apenas de design, com nomes, números, conteúdos de tarefas e afirmações ilustrativos. As capturas estabelecem a composição visível, os rótulos, a codificação por cores, a ordem e o estado de exemplo. Elas não comprovam um serviço de produção conectado, armazenamento persistente, busca em funcionamento, filtragem, criação de tickets ou atualizações em tempo real.

Em uma adaptação, preserve a relação específica entre as quatro colunas de fluxo de trabalho e a barra lateral Sprint Pulse. Uma implementação útil exigiria uma definição explícita para totais de pontos, barras de progresso, ações para resolver bloqueios e mudanças de estado antes de apresentá-los como dados operacionais. A fonte mostra o contrato da interface com clareza suficiente para prototipar esses estados, mas não o bastante para afirmar que os controles já os executam.