O Design Sprint é um processo de cinco dias em que uma equipe escolhe um problema, desenha soluções, constrói um protótipo e o testa com usuários reais, tudo em uma semana. A proposta é trocar longos debates por evidência rápida. Segundo a GV, o método foi criado por Jake Knapp, que passou a conduzir sprints no Google em 2010 e os levou à GV em 2012, com contribuições de colegas como Braden Kowitz, Michael Margolis, John Zeratsky e Daniel Burka. O método foi reunido no livro Sprint, de Jake Knapp, John Zeratsky e Braden Kowitz, publicado em 2016. Para a gestão municipal, o interesse está em decidir melhor antes de gastar com um sistema ou um serviço novo.
O que é o Design Sprint
É uma semana de trabalho intenso e estruturado, que reúne ideias de estratégia, inovação, ciência do comportamento e design. O resultado esperado é um protótipo realista, testado com pessoas, e uma noção clara de quão promissora é a ideia e do que fazer em seguida. Cada dia tem um propósito.
- Segunda, mapear: o grupo concorda em um objetivo de longo prazo, desenha o desafio, ouve especialistas da própria organização e escolhe um alvo que dê para resolver em uma semana.
- Terça, esboçar: cada pessoa revê ideias existentes e desenha soluções concorrentes, enquanto se recrutam os usuários para o teste de sexta.
- Quarta, decidir: o grupo critica as propostas, escolhe a mais forte e monta um roteiro passo a passo da experiência.
- Quinta, prototipar: constrói-se uma versão que parece real, mesmo sendo uma simulação, e prepara-se o roteiro das entrevistas.
- Sexta, testar: usuários reais reagem ao protótipo, em entrevistas, e a equipe resume o que aprendeu.
Este texto é uma explicação própria, sem vínculo com a GV ou com os autores do método.
Por que interessa ao setor público
Na administração, decisões sobre sistemas e serviços costumam levar meses de reuniões e, só depois da contratação, são confrontadas com o uso real. O sprint inverte a ordem: em cinco dias, a prefeitura vê se a ideia faz sentido para quem vai usá-la. Isso reduz o risco de especificar mal um projeto grande.
O método também reúne, na mesma sala, pessoas de áreas que normalmente não conversam, como atendimento, tecnologia, jurídico e a ponta do serviço. Essa convivência costuma revelar restrições legais e operacionais cedo, quando ainda é barato ajustá-las. O limite é que o sprint testa uma ideia, não resolve questões estruturais, como orçamento, pessoal ou falta de infraestrutura.
Como aplicar na prefeitura, passo a passo
- Escolha um desafio delimitado. Por exemplo, o pedido de segunda via de um documento ou o agendamento de uma consulta. Evite temas amplos demais.
- Monte uma equipe de cinco a sete pessoas. Inclua alguém que decida, alguém da ponta, alguém de tecnologia e alguém do jurídico ou do controle.
- Reserve a agenda. Cinco dias com dedicação quase integral. Se não for possível, adapte em módulos menores, sabendo que o ritmo muda.
- Recrute usuários antes. Convide cinco cidadãos ou servidores que realmente usem o serviço para o teste de sexta.
- Prototipe com o mínimo. Telas simuladas, papel, roteiro de atendimento. O objetivo é aprender, não entregar.
- Registre o que aprendeu. Escreva o que funcionou, o que confundiu e o que precisa de decisão formal, como norma ou contratação.
Ficha para preencher
Use a ficha abaixo ao preparar um sprint. Adapte à legislação e à realidade do seu órgão.
| Item | O que escrever |
|---|---|
| Pergunta a responder em uma semana | |
| Quem decide e quem participa | |
| Usuários que serão convidados para testar | |
| Restrições legais e de dados já conhecidas | |
| O que será considerado sucesso no teste | |
| Próximo passo depois do sprint |
Exemplo prático
Exemplo hipotético. Uma prefeitura recebe muitas reclamações sobre a marcação de exames. Na segunda, a equipe mapeia o caminho do paciente e escolhe como alvo o momento da marcação. Na terça e na quarta, desenha e decide uma proposta de agendamento por mensagem. Na quinta, monta uma simulação em telas de papel e de celular, sem contratar nada. Na sexta, cinco pacientes, convidados com antecedência, tentam marcar um exame e a equipe observa onde travam. O grupo descobre que a maioria não entende uma das perguntas e que o campo de documento causa dúvida. Antes de escrever qualquer termo de referência, a prefeitura já sabe o que precisa mudar.
Erros comuns
- Escolher um problema grande demais. Se não cabe em uma semana, divida.
- Montar uma equipe só de especialistas. Sem a ponta e sem quem decide, o resultado não vira ação.
- Testar com colegas em vez de usuários. O teste vale pela reação de quem realmente usa o serviço.
- Tratar o protótipo como produto. Ele existe para ser descartado, e isso não é desperdício.
- Esquecer a lei e os dados pessoais. Ao testar com pessoas, observe a proteção de dados e peça consentimento quando couber.
Perguntas frequentes
Precisa ser exatamente cinco dias?
O formato original é de cinco dias. Versões mais curtas ou espaçadas existem, mas mudam o ritmo e o que se consegue testar.
Preciso de uma consultoria?
Não necessariamente. O essencial é ter alguém que conduza o processo e que a equipe tenha tempo e autonomia para decidir.
O Design Sprint serve para qualquer problema?
Serve para perguntas que podem ser respondidas com um protótipo e uma conversa com usuários. Questões de orçamento ou de pessoal pedem outros instrumentos.
O que fazer depois do sprint?
Decidir: seguir, ajustar ou abandonar a ideia, e registrar a decisão e os aprendizados.
