• Sprint: Como resolver grandes problemas e testar novas ideias em apenas cinco dias
• Autor: Jack Knapp, John Zeratsky e Braden Kowitz
• Editora: Transworld
• Data de publicação: março de 2016

O Google faz isso. Airbnb e Facebook fazem isso. A McKinsey faz isso. Agências governamentais fazem isso. As startups fazem isso. Nós os fazemos…

Todo mundo está fazendo ‘design sprints’ hoje em dia – a abordagem acelerada de design thinking para inovação e solução de problemas.

E agora o Google acaba de revelar seu plano para executar design sprints em um novo livro muito aguardado escrito por Jack Knapp e colegas – ‘Sprint: Como resolver grandes problemas e testar novas ideias em apenas cinco dias‘.

Sprint é uma destilação de insights de 100 design sprints executados com o Google Ventures – e a ideia básica épensamento de design em velocidade.

O design thinking é a abordagem de “testar e aprender” para a inovação, baseada na ideia de queinovação é a fonte do insight, em vez do insight como fonte de inovação. Tradicionalmente, a inovação corporativa – que tem uma taxa de insucesso de 90% – começa com o departamento de pesquisa de mercado ou insights que se prepara para aprender sobre um mercado e as suas oportunidades. Esta aprendizagem é então utilizada para iniciar e orientar o processo de inovação – muitas vezes envolvendo workshops de idealização e desenvolvimento de conceitos – culminando numa fase de testes.

O design thinking alterna “aprender e (depois) testar”; você aprende sobre um mercado testando primeiro protótipos rápidos, não por meio de grupos focais e pesquisas. Normalmente, isso envolve prototipagem rápida de soluções de design usando empatia (experimentar o que o usuário experimenta) e testar esses protótipos para aprender. Com base no aprendizado, você adapta ou itera soluções para torná-las melhores.

Parece simples? A revolução do design thinking na inovação tem muitos defensores, incluindo nós. Mas o design thinking tem um calcanhar de Aquiles; pode ser demorado. Um projeto de design thinking pode levar muitos meses para entregar soluções. Insira ‘design-sprints’ do tipo Google. Um processo de design thinking condensado em cinco dias para uma equipe de até sete participantes (que o Google chama de “Ocean’s Seven” e observa – por experiência própria – que equipes com mais de sete estão fadadas ao fracasso; portanto, se você tiver mais de sete, crie duas equipes).

• Facilitador: responsável por executar o sprint
• Decisor: um sprint não é uma democracia; quem decide é quem decide e toma decisões se não houver unanimidade – geralmente o patrocinador/pessoa do projeto que será julgado pelo resultado
• Especialista Financeiro: a voz do dinheiro
• Especialista do cliente: a voz do cliente
• Especialista em tecnologia/logística: a voz das capacidades da empresa
• Especialista em Design: a voz do produto
• Especialista em Marketing: a voz da publicidade e promoção

O sprint de cinco dias

Dia 1 (segunda-feira): Dia de discussão estruturadapara criar um caminho para a semana do sprint. De manhã, comece pelo final e combine o objetivo. Como seria o sucesso? Que problema(s) isso resolveriapara sua empresa? Convide especialistas da empresa (e externos) para compartilhar o que sabem

Dia 2 (terça-feira): Dia de Soluções. O dia começa com inspiração: uma revisão das ideias existentes para remixar e aprimorar.O princípio fundamental do design thinking é que “todo design é redesenho”. Assim, cada membro da equipe cria individualmente variações de redesenho (técnica Crazy 8s) e, em seguida, cria um “protótipo de esboço” de seu remix preferido.

DIA 3 (Quarta): Dia de Seleção e Storyboard. Pela manhã, a equipe critica os esboços dos protótipos e decide quais deles progredir ou quais combinar e progredir. À tarde, transforme o esboço em um storyboard do cliente, desde a descoberta do produto até a compra, uso e descarte

Dia 4 (quinta-feira): Dia de Prototipagem.‘Finja antes de fazer’ – crie um protótipo que você possa colocar nas mãos dos clientes e aprender com seus comentários. Se estiver em uma tela (site, aplicativo, software, etc.) – use Keynote, PowerPoint ou uma ferramenta de construção de site como o Squarespace. Se estiver em papel (relatório, brochura, folheto, etc.) – use Keynote, PowerPoint ou software de processamento de texto. Se for um serviço (suporte ao cliente, atendimento ao cliente, assistência médica, etc.) – escreva um roteiro e use sua equipe do sprint como atores. Se for um espaço físico (loja, lobby de escritório, etc.) – modifique um espaço existente. Se isso for difícil, considere criar um protótipo de anúncio, site promocional ou prototipagem de embalagem ou brochura

Dia 5 (sexta-feira): Dia de teste. Coloque seu protótipo em mãos de cinco pares de clientes em sessões de teste individuais (cinco clientes identificarão cerca de 80% de todos os problemas). Observe as reações e obtenha feedback com perguntas de acompanhamento. Saiba o que e como melhorar

A tomada BG

Sprint é prático e contém – junto com o site que o acompanhaO livro Sprint– um conjunto abrangente de técnicas, ferramentas e dicas para executar seu próprio design sprint. Mesmo que você não beba o kool-aid do design sprint, o Sprint é um ótimo recurso para realizar workshops e conduzir entrevistas com clientes. E se você não quiser comprar o livro,Relatório em PDF gratuito sobre design thinking do Googlecontém grande parte do conteúdo. Se houver um problema com o Sprint, é que, embora o Google tenha reduzido o processo de design thinking de vários meses em apenas cinco dias, cinco dias inteiros ainda serão uma tarefa difícil para muitas empresas – até que você some todo o tempo economizado em grupos focais, pesquisas, reuniões e workshops. Mas mesmo que 5 dias pareçam irrealistas, os principais insights oferecidos no Sprint repercutirão em todos os inovadores:

• Em vez de ir direto para as soluções, reserve um tempo para mapear o problema e chegar a um acordo sobre uma meta inicial. Comece devagar para poder ir rápido.
• O brainstorming em grupo está quebrado, mas existe uma maneira melhor. Trabalhe de forma independente para fazer opções detalhadas para possíveis soluções e depois discuta, vote e otimize.
• Evite pensamento de grupo, debates intermináveis ​​e adiamento de decisões usando a votação e um Definidor para tomar decisões precisas que reflitam as prioridades da equipe.
• Evite desenvolver “conceitos” – em vez disso, adote uma “mentalidade de protótipo” e “finja antes de fazer” com protótipos rápidos e fáceis
• Coloque seus protótipos brutos e prontos nas mãos dos clientes e observe suas reações honestas para aprender, adaptar e otimizar

Recomendado.