Testar uma ideia de design com usuários em um sprint curto antes de decidir (design sprint)

## Verificar se um sprint combina com a decisão a tomar - Use um sprint quando uma decisão importante estiver bloqueada pela incerteza sobre uma experiência do usuário, um serviço, uma mensagem ou um fluxo de trabalho. - Prefira um desafio que atravesse diferentes funções, envolva custo ou risco significativo e possa ser representado com fidelidade suficiente para que os usuários-alvo reajam a ele. - Indique a decisão que deverá ser tomada após o sprint, quem é responsável por ela e a consequência de a incerteza continuar. - Não use um sprint para substituir entregas rotineiras, corrigir um defeito bem compreendido, comprovar a viabilidade técnica de longo prazo ou alegar validação estatística. - Se a equipe não conseguir identificar uma decisão, uma experiência testável ou participantes acessíveis, faça primeiro a descoberta ou a preparação que estiver faltando. ## Transformar os maiores riscos em perguntas e definir antes os critérios de sucesso - Escreva um resultado de longo prazo que descreva a mudança desejada para os usuários ou para a organização. - Converta os maiores riscos em perguntas explícitas do sprint, separando fatos verificados de premissas. - Defina o usuário-alvo, a situação, o comportamento e o momento crítico da experiência. - Declare quais evidências observáveis apoiariam, enfraqueceriam ou invalidariam a hipótese principal. - Estabeleça os critérios de decisão antes de revisar as soluções, para que uma execução atraente não redefina silenciosamente o sucesso. - Inclua as salvaguardas de acessibilidade, confiança, privacidade, operacionais e de negócio pertinentes à decisão. ## Nomear uma pessoa que decide e um facilitador antes de começar - Nomeie um único Decisor com autoridade para resolver o escopo e escolher a direção quando o grupo discordar. - Nomeie um Facilitador que proteja o processo, o tempo delimitado, o equilíbrio da participação e o padrão das evidências sem direcionar a solução. - Inclua um pequeno grupo multifuncional com conhecimento direto dos usuários, da entrega, das restrições e do resultado de negócio. - Convide especialistas para contribuições específicas quando necessário; eles não precisam participar de todas as atividades. - Atribua a responsabilidade pela pesquisa, pelo recrutamento, pela prototipagem e pela logística antes do início do sprint. - Registre como um Decisor ausente fornecerá decisões em tempo hábil; a falta de autoridade claramente definida é motivo para adiar o sprint. ## Reservar tempo sem interrupções e recrutar cedo os usuários de teste - Reserve blocos de trabalho sem interrupções e explicite as expectativas de participação; uma participação fragmentada enfraquece o contexto compartilhado. - Prepare um espaço de trabalho compartilhado, um cronômetro visível, ferramentas de mapeamento e esboço, ferramentas de prototipagem e um registro de decisões. - Reúna uma base factual concisa: pesquisas existentes, restrições, métricas, tentativas anteriores e perguntas em aberto conhecidas. - Recrute participantes representativos em paralelo ao trabalho de design, confirme o consentimento e o tratamento da privacidade e agende participantes suplentes. - Adapte o calendário à equipe, mas preserve a sequência de compreensão, divergência, decisão, prototipagem e teste. - Reduza o escopo antes de comprimir as atividades, para que cada fase ainda produza uma entrada utilizável pela seguinte. ## Desenhar os passos até o objetivo e escolher um momento para testar - Comece pelo resultado desejado e mapeie os atores, as principais etapas, as decisões e as transferências que conduzem a ele. - Peça a especialistas no domínio fatos, restrições, modos de falha e perguntas sem resposta; registre os aprendizados sem transformar a sessão em defesa de uma solução. - Reformule problemas promissores como perguntas de oportunidade que admitam várias respostas sem sugerir uma delas. - Identifique o momento em que a incerteza, o valor para o usuário e o impacto da decisão se cruzam. - Peça ao Decisor que selecione um alvo administrável que possa ser representado e testado dentro do tempo delimitado. - Registre os atores, as etapas e as premissas excluídos para que um alvo restrito não seja confundido com o sistema inteiro. ## Fazer cada pessoa esboçar ideias sozinha antes de qualquer avaliação - Analise alguns padrões relevantes de dentro e de fora do domínio, extraindo princípios em vez de copiar aparências. - Permita que cada participante analise o objetivo, o mapa, as perguntas e as restrições antes de desenvolver ideias de forma independente. - Passe de anotações para variações preliminares e depois para um esboço de solução autoexplicativo com uma sequência clara. - Dê preferência a detalhes suficientes para avaliar a ideia, mantendo baixo o esforço de produção. - Separe a autoria da avaliação para que a posição hierárquica, a confiança e a habilidade de apresentação não dominem a seleção. - Mantenha várias abordagens genuinamente diferentes até a fase de decisão; combiná-las prematuramente oculta contrapartidas úteis. ## Revisar os esboços em silêncio e deixar quem decide escolher a direção - Primeiro, analise as soluções em silêncio e marque os elementos convincentes, as preocupações e as premissas ainda não esclarecidas. - Use uma crítica estruturada para explicar a ideia, relacioná-la às perguntas do sprint e identificar suas afirmações de maior risco. - Trate os votos dos participantes como informação, não como substitutos de uma tomada de decisão com responsabilidade definida. - Peça ao Decisor que escolha uma direção ou uma combinação explícita de cenas compatíveis. - Documente a hipótese selecionada, as alternativas rejeitadas, os riscos não resolvidos e o motivo da decisão. - Evite o teatro do consenso: a discordância é uma evidência útil quando se torna visível e é resolvida por uma autoridade conhecida. ## Transformar a ideia escolhida em um storyboard por cenas e um roteiro de entrevista - Descreva a experiência do participante desde um gatilho plausível até o momento que revela o comportamento ou julgamento principal. - Transforme a direção escolhida em um storyboard cena a cena, com conteúdo, transições, escolhas e respostas do sistema concretos. - Inclua contexto suficiente para que um participante compreenda a situação sem que um observador explique o design pretendido. - Resolva contradições e estados ausentes antes de criar o protótipo; a ambiguidade no storyboard se transforma em retrabalho dispendioso. - Limite o percurso ao necessário para testar as perguntas centrais e congele o escopo em um ponto de corte acordado. - Elabore separadamente um roteiro de entrevista com orientações neutras, tarefas principais, perguntas de aprofundamento e uma abertura que estabeleça as expectativas. ## Criar um protótipo que pareça real sem construir o sistema real - Crie uma fachada realista que provoque reações plausíveis sem implementar o sistema subjacente. - Ajuste a fidelidade à questão: torne verossímeis o conteúdo, o tempo, as interações e as decisões relevantes, simplificando os mecanismos invisíveis. - Divida a produção em papéis claros, use um único integrador para manter a consistência e mantenha o entrevistador disponível para preparar o teste. - Teste uma hipótese coerente em vez de reunir ideias não relacionadas no mesmo protótipo. - Identifique as premissas operacionais, jurídicas, de privacidade, acessibilidade e segurança que uma fachada não consegue validar. - Execute um teste piloto de todo o percurso, corrija os defeitos que bloqueiam o avanço e pare de aperfeiçoar detalhes que não podem mudar a decisão. ## Entrevistar usuários um a um e observar o que fazem, não o que elogiam - Entreviste os participantes individualmente no contexto de uma tarefa realista, usando o mesmo cenário central para permitir comparações. - Faça perguntas abertas e neutras; convide os participantes a pensar em voz alta sem ensiná-los a usar a interface nem defender a ideia. - Priorize as escolhas, hesitações, compreensão, formas de contornar problemas e falhas observadas em vez de elogios gerais ou preferências declaradas. - Permita que os observadores registrem evidências concisas por participante e por cena enquanto o entrevistador mantém um vínculo de confiança. - Investigue comportamentos inesperados, mas diferencie as perguntas centrais consistentes das perguntas de acompanhamento adaptativas. - Proteja o consentimento, a confidencialidade, a dignidade e a segurança dos participantes e interrompa qualquer atividade que viole esses limites. ## Organizar as descobertas e definir responsável e prazo para o próximo passo - Organize as observações por participante e por cena crítica para tornar visíveis os padrões recorrentes e os casos atípicos significativos. - Separe as evidências diretas da interpretação e, em seguida, relacione cada descoberta às perguntas do sprint e aos critérios de decisão. - Avalie a confiança com honestidade: uma pequena amostra qualitativa e uma experiência simulada revelam sinais de usabilidade e das crenças dos participantes, não estimativas populacionais nem viabilidade em produção. - Decida se deve avançar, revisar, repetir o teste, investigar um novo risco, aplicar outro método de pesquisa ou abandonar essa direção. - Declare o que foi aprendido, o que permanece incerto, qual premissa é agora a mais importante e quais evidências serão necessárias a seguir. - Atribua uma pessoa responsável e um prazo para a próxima decisão ou experimento, para que o sprint termine em ação, e não em uma apresentação.