{"id":2803,"date":"2025-07-13T10:00:00","date_gmt":"2025-07-13T13:00:00","guid":{"rendered":"https:\/\/uds.com.br\/blog\/?p=2803"},"modified":"2025-10-03T16:21:54","modified_gmt":"2025-10-03T19:21:54","slug":"como-aplicar-google-design-sprint-em-seu-projeto","status":"publish","type":"post","link":"https:\/\/uds.com.br\/blog\/como-aplicar-google-design-sprint-em-seu-projeto\/","title":{"rendered":"Como aplicar Google Design Sprint em seu projeto"},"content":{"rendered":"\n

J\u00e1 imaginou uma metodologia em que sua empresa possa validar suas ideias de design, utilizando uma equipe reduzida, em um per\u00edodo de apenas 5 dias? Pois esse m\u00e9todo j\u00e1 existe: \u00e9 o Google Design Sprint<\/mark> <\/strong>(tamb\u00e9m chamado simplesmente de Sprint).<\/p>\n\n\n\n

Este m\u00e9todo, criado pelo designer Jake Knapp (em parceria com John Zeratsky e Braden Kowitz) em sua passagem pela Google, tem sido adotado por grandes empresas. Mas como funciona na pr\u00e1tica? Como ele se aplica exatamente? <\/p>\n\n\n\n

Para saber mais, continue a ler este artigo.<\/p>\n\n\n\n

O que \u00e9 o Design Sprint?<\/h2>\n\n\n\n

A ideia principal do Design Sprint<\/a><\/strong> \u00e9, atrav\u00e9s de uma equipe reduzida,  propor solu\u00e7\u00f5es, identificar oportunidades e construir prot\u00f3tipos em apenas 5 dias<\/mark><\/strong>.<\/p>\n\n\n\n

Esta metodologia \u00e9 uma esp\u00e9cie de evolu\u00e7\u00e3o de um m\u00e9todo de cria\u00e7\u00e3o muito popular: o brainstorming (tempestade de ideias, em tradu\u00e7\u00e3o livre), no qual os colaboradores v\u00e3o sugerindo ideias livremente para depois selecionar as melhores. <\/p>\n\n\n\n

Todavia, Jake Knapp reserva cr\u00edticas a esse m\u00e9todo. Nas palavras do pr\u00f3prio Knapp: \u201cBrainstorms s\u00e3o divertidos, as pessoas terminam o dia cansadas mas animadas, donas de uma pilha de post-its cheio de ideias para resolver o problema. <\/p>\n\n\n\n

Mas as ideias que surgiam dessas sess\u00f5es de brainstorm nunca iam a lugar nenhum. N\u00e3o \u00e9 que estiv\u00e9ssemos tendo ideias ruins, a maioria das ideias era boa, na verdade. Mas o problema \u00e9 que as melhores ideias vinham surgindo de outro lugar que n\u00e3o ali\u201d.<\/p>\n\n\n\n

Com essas quest\u00f5es em mente, Jake e sua equipe criaram o Design Sprint<\/mark>, como uma forma aperfei\u00e7oada de criar e validar ideias.<\/p>\n\n\n\n

\ud83d\udd17Leia tamb\u00e9m: beneficios do design sprint para empresas \u2192<\/a><\/em><\/strong><\/p>\n\n\n\n

Hist\u00f3ria\u00a0<\/strong><\/h2>\n\n\n\n

Jake Knapp, ap\u00f3s uma passagem pela Microsoft, foi contratado pela Google em 2007, para trabalhar em produtos como o Gmail e o Google Hangouts.<\/p>\n\n\n\n

No ano de 2010, foi criado o Design Sprint, com base na crescente necessidade de inova\u00e7\u00e3o. Desde ent\u00e3o, o m\u00e9todo tem sido usado por grandes empr<\/strong>esas como The New York Times, Lego e Slack.<\/p>\n\n\n\n

Jake escreveu um livro sobre essa metodologia que se chama \u201cSPRINT\u201d, publicado em 2016. A publica\u00e7\u00e3o tornou-se um Best Seller, traduzido em mais de 20 idiomas, incluindo o portugu\u00eas (foi lan\u00e7ado no Brasil pela editora carioca Intr\u00ednseca em 2017).<\/p>\n\n\n\n

Etapas do design sprint: como funciona? E como os dias se dividem?<\/strong><\/h2>\n\n\n\n

Ap\u00f3s uma s\u00e9rie de testes com diferentes prazos, os criadores do Design Sprint<\/mark> chegaram a um per\u00edodo ideal de 5 dias, divididos em 40 horas semanais (8 horas por dia) de trabalho intensivo e exclusivo para o projeto, realizado por uma equipe multidisciplinar<\/a><\/strong>.<\/p>\n\n\n\n

O espa\u00e7o deve ser confort\u00e1vel e incluir material de escrit\u00f3rio suficiente (pap\u00e9is, canetas, post-it), lanches e \u00e1gua. \u00c9 recomendado que n\u00e3o se use telefones celulares durante os sprints, salvo durante os intervalos.<\/p>\n\n\n\n

Al\u00e9m disso, seus criadores sugerem atividades espec\u00edficas para cada um dos dias, que ser\u00e3o explicados a seguir:<\/p>\n\n\n\n

Primeiro dia: Unpack<\/strong><\/h3>\n\n\n\n

Unpack \u00e9 uma palavra que pode ser traduzida como \u201cdesempacotar\u201d. E, como diz o nome, esse \u00e9 o dia de conceber as ideias iniciais, colher opini\u00f5es, destrinchar as quest\u00f5es e definir prioridades, sendo que cada membro da equipe contribui com seu conhecimento espec\u00edfico. <\/p>\n\n\n\n

Uma vez definidas, toda a equipe contribui apontando oportunidades de melhoria, quest\u00f5es t\u00e9cnicas, enfim, os pontos a serem direcionados no restante do processo. <\/p>\n\n\n\n

Segundo dia: Sketch<\/strong><\/h3>\n\n\n\n

Sketch \u00e9 uma palavra em ingl\u00eas que pode ser traduzida como rascunho ou esbo\u00e7o.<\/p>\n\n\n\n

De todas as fases, essa \u00e9 a que mais lembra o brainstorming. Por\u00e9m, h\u00e1 uma diferen\u00e7a fundamental: al\u00e9m dos participantes proporem ideias, eles s\u00e3o incentivados a buscar solu\u00e7\u00f5es.<\/p>\n\n\n\n

Esses rascunhos s\u00e3o reunidos ao final do dia e \u00e9 feita uma vota\u00e7\u00e3o democr\u00e1tica em que a equipe seleciona as melhores solu\u00e7\u00f5es.<\/p>\n\n\n\n

Terceiro dia: Decide<\/strong><\/h3>\n\n\n\n

Neste dia, \u00e9 feita uma sele\u00e7\u00e3o e refinamento das solu\u00e7\u00f5es votadas no dia anterior. Ao final do processo, deve haver um acordo sobre qual das solu\u00e7\u00f5es merece ser prototipada e seguir adiante.<\/p>\n\n\n\n

Quarto dia: Prototype<\/strong><\/h3>\n\n\n\n

O nome \u00e9 autoexplicativo: o quarto dia ser\u00e1 usado para desenvolver um prot\u00f3tipo de m\u00e9dia ou alta fidelidade at\u00e9 o final do dia. Portanto, o planejamento deve ser eficiente para que o prot\u00f3tipo esteja pronto a tempo.<\/p>\n\n\n\n

Quinto dia: Test<\/strong><\/h3>\n\n\n\n

O quinto e \u00faltimo dia serve para testar o prot\u00f3tipo junto a usu\u00e1rios reais. Ao fim do dia, o feedback dos usu\u00e1rios \u00e9 discutido. Caso o projeto n\u00e3o tenha sido bem-sucedido, o conhecimento adquirido em todo esse processo ser\u00e1 valioso para os pr\u00f3ximos projetos.<\/p>\n\n\n\n

Qual o tamanho ideal da equipe de Sprint?<\/strong><\/h2>\n\n\n\n

Os criadores estimaram que uma equipe ideal deve gravitar em torno de sete profissionais, desde que essas pessoas possam se dedicar ao projeto em tempo integral.<\/p>\n\n\n\n

Quem deve estar em uma equipe de Sprint?<\/strong><\/h2>\n\n\n\n

\u00c9 recomendado que a equipe seja composta de: um especialista t\u00e9cnico, um gerente de produto, um facilitador (que preferencialmente deve ser algu\u00e9m de fora da empresa, pois organizar\u00e1 o andamento do sprint, enquanto o resto da equipe est\u00e1 focada no processo), um tomador de decis\u00f5es (normalmente o CEO ou algum Stakeholder) e, ao menos, um especialista em design. Al\u00e9m de profissionais de \u00e1reas-chave que podem variar de acordo com o projeto.<\/p>\n\n\n\n

De resto, Knapp recomenda a inclus\u00e3o de um \u201cencrenqueiro\u201d (Troublemaker no original) \u2013 \u201cpessoas inteligentes que t\u00eam opini\u00f5es contr\u00e1rias fortes\u201d e tamb\u00e9m de profissionais visitantes para auxiliar a equipe principal.<\/p>\n\n\n\n

<\/div>