Entre as equipes de produto, um Design Sprint é uma das muitas metodologias de design populares que disputam sua atenção. Um 'Sprint' - no jargão do designer - é um processo de cinco fases com restrição de tempo que usa pensamento de design para reduzir o risco ao projetar um novo produto. Como abordagem de design de produto, está ganhando espaço entre designers , gerentes de produto e outros que trabalham na área de solução de problemas e inovação de produtos. Por quê?
Funciona.
O objetivo do Design Sprint é se concentrar em um problema específico, gerar várias soluções, construir protótipos e obter feedback rápido dos usuários. Pode ajudar as empresas a tomar melhores decisões estratégicas e a inovar com mais rapidez.
Um Sprint é executado com um grupo de pessoas e ocorre ao longo de vários dias com muitas partes móveis. Não é para quem tem coração fraco, mas se tudo correr conforme o planejado, pode ser altamente recompensador. Com todos no mesmo local, um Design Sprint é um desafio para ser executado, e quando as equipes começam a trabalhar remotamente , pode se tornar ainda mais exigente.
Nota: A familiaridade é assumida com a versão de quatro dias do Design Sprint. Se não, por favor leia O Design Sprint 2.0: O que é e com que se parece?
Desde o seu início em Google Ventures e o lançamento de arrancada , o livro de Jake Knapp , muitas empresas e agências escolheram o Design Sprints como um processo e o tornaram parte de sua metodologia de design. Google, Airbnb, Uber e LEGO são apenas alguns grandes jogadores que integraram o Design Sprints em seu fluxo de trabalho de desenvolvimento de produtos.
Esta foi a minha resposta na primeira vez que li “ Sprint: como resolver grandes problemas e testar novas ideias em apenas cinco dias . ” Uau!
Qualquer pessoa que passou anos em design de produto sabe que as mesmas questões críticas continuam surgindo durante o processo de design do produto:
O Sprint foi minha resposta, e parecia uma virada de jogo.
Exceto por um aspecto, tudo estava funcionando perfeitamente na minha prática de design: 90% dos meus clientes eram remotos, abrangendo o globo de São Francisco a Melbourne, Austrália. Como designer de produto baseado na Europa, faltava-me um processo para trabalhar com equipes distribuídas e aproveitar a magia do Design Sprints.
A coisa lógica a fazer era encontrar um cliente e um desafio de design adequado, agendar um Design Sprint remoto, seguir as regras e esperar o melhor.
Foi um desastre.
Não sabia como me preparar, as pessoas estavam desligadas e havia problemas com colaboração e comunicação.
Fiquei entusiasmado com a ideia de executar Design Sprints e gostei trabalho remoto . Fazia parte do meu DNA. Eu tive que encontrar uma maneira de combinar os dois.
Procurei soluções potenciais, experimentei muito e, inevitavelmente, cometi erros. Eventualmente, encontrei a combinação certa de ferramentas e técnicas para fazer o Design Sprints remoto funcionar. Aqui estão minhas principais conclusões.
O maior desafio ao executar Sprints remotos é a própria estrutura do Sprint.
Em uma Sprint presencial regular, há um grupo de pessoas colaborando e fazendo exercícios com base na seguinte programação:
Segunda e terça-feira são para workshops. A equipe passa por vários exercícios durante o dia inteiro, preenchendo quadros-brancos e juntando notas adesivas. A equipe de prototipagem chega na quarta-feira e, na quinta-feira, são executados testes de usuários para validar as ideias.
Segunda e terça são os dias mais intensos e exigem mais esforço para organizar e facilitar o Sprint. Os membros da equipe devem limpar e sincronizar calendários e permanecer juntos por um longo tempo, o que pode causar fadiga.
Embora a estrutura tradicional do Design Sprint funcione muito bem para sessões presenciais, alguns ajustes são necessários para se adequar a equipes remotas e distribuídas. Depois de muitas iterações (e, na verdade, alguns erros), uma solução vencedora foi desenvolvida.
A versão remota e atualizada do Design Sprint apresenta uma combinação de sessões síncronas e assíncronas, o que permite maior flexibilidade.
Aqui está nossa programação remota do Design Sprint:
Os dias 1 e 2 são dias de workshop, incluindo a equipe completa; as sessões são divididas em partes, alternando entre online e offline. O dia 3 é para a equipe de prototipagem remota fazer o protótipo das soluções que a equipe criou e o dia 4 é para o teste do usuário.
(Para um esboço detalhado dos exercícios, cronometragem e instruções do Sprint, verifique nosso modelo Miro abaixo.)
Observe que não rotulamos os dias de segunda, terça, etc. Isso foi feito deliberadamente porque ao fazer um Sprint remoto, a programação depende da disponibilidade da equipe e um início de segunda-feira pode não ser possível.
Existem três elementos que farão um Sprint remoto funcionar sem problemas:
A melhor maneira de destruir um Design Sprint antes de começar é não estar preparado o suficiente, especialmente ao facilitar uma sessão remota. Embora alguns possam considerar o trabalho pré-Sprint contra-intuitivo, porque foi projetado para capacitar a idealização e a prototipagem de fluxo livre, ele ainda precisa ser executado sob circunstâncias controladas; portanto, uma preparação meticulosa é fundamental.
Defina o problema
Uma vez que o Design Sprint é planejado, familiarizar-se com o problema a ser resolvido é essencial. As principais partes interessadas precisam ser consultadas e deve ficar claro por qual resultado cada membro da equipe será responsável em um determinado desafio. Este exercício ajudará a escolher as pessoas certas para a Sprint, bem como a preparar a sessão de forma mais eficaz.
Construir a Equipe de Design Sprint
Construir a equipe certa é vital e garantirá o sucesso do Design Sprint. Uma equipe de cinco a sete pessoas é o ideal.
O objetivo do Sprint é fazer com que as pessoas certas se concentrem em um problema específico e gerem soluções. A equipe acima é uma combinação ideal; as funções podem ser ajustadas dependendo das necessidades.
Agende o Sprint
discord bot em c ++
É melhor agendar os participantes em uma janela de nove horas entre fusos horários. Também é essencial que as pessoas saibam quando serão necessárias e por quanto tempo. Doodle é uma excelente ferramenta para isso.
Tipo Pro: Usar Amigo da hora mundial para revisar os fusos horários e verificar as sobreposições.
Aqui estão alguns exemplos de combinações de tempo inicial que usamos com frequência:
Mas e se sua equipe estiver mais distante, além da janela de 9 horas? Se algumas pessoas estiverem em São Francisco e o restante em Mumbai, serão necessárias duas sessões separadas e os resultados compilados. Haverá um momento, entretanto, em que uma decisão importante deverá ser tomada, então alguém terá que fazer um pequeno sacrifício para estar na chamada em um horário menos do que o ideal.
Crie um resumo do design Sprint
Assim que a equipe estiver definida, crie um briefing usando isto modelo. É o documento principal destinado a alinhar todos os participantes sobre o que esperar do próximo Design Sprint. Inclui um esboço do desafio, o cronograma, o prazo e uma lista de verificação de coisas a fazer.
Enquadrar o problema
O enquadramento de problemas é um componente crucial da preparação do Design Sprint. Envolve fazer pesquisas suficientes em torno do problema para ser resolvido. Isso significa conversar com as pessoas-chave, examinar as análises - e dependendo do tipo de problema - conduzir auditorias ou entrevistas para descobrir o máximo possível sobre o problema. Esse processo ajudará a definir o cenário e a alinhar todos antes do início do Design Sprint.
Configurar Chamadas Preliminares com a Equipe Sprint
É essencial dar a todos uma visão geral do que vai acontecer durante um Design Sprint. O processo é intenso, e é melhor garantir que as pessoas estejam na mesma página e cientes do que vai acontecer. Eles precisam entender o desafio e o que se espera deles. Pode parecer óbvio, mas também é uma boa ideia garantir que a equipe saiba como operar todas as ferramentas e tecnologias remotas que serão usadas.
Para nossa sorte, muitas ferramentas e tecnologias remotas excelentes já estão disponíveis para comunicação e colaboração. Aqui estão minhas ferramentas favoritas:
Criamos um completo Modelo de Design Sprint Remoto (é necessário inscrever-se no Miro) para ajudar a executar um Sprint perfeito. Aqui estão alguns elementos do modelo:
Áreas de trabalho independentes para cada participante
A criação de espaços de trabalho individuais para cada membro da equipe aumenta a eficiência geral. Ele permite que as pessoas fiquem focadas em suas tarefas e dá uma visão clara de seu progresso, permitindo que o facilitador veja rapidamente se alguém está tendo problemas.
Explicações e instruções claras
Em vez de perguntar repetidamente como fazer os exercícios, cada participante recebe etapas claras e exemplos associados à sua área de trabalho. Dessa forma, as conversas que distraem são minimizadas, especialmente no meio das tarefas silenciosas.
Ferramentas integradas que tornam a vida mais fácil
eu olho foi escolhido por vários motivos. É uma solução que fornece todas as ferramentas e widgets para iniciar uma Sprint, como um cronômetro, votação de área e um modo de apresentação.
Aqui estão algumas dicas úteis para ajudar a facilitar a execução de Design Sprints remotos:
Temos uma série de vídeos sobre como executar Design Sprints remotos eficazes:
• • •
Um processo de Design Sprint inclui: preparação rigorosa, as ferramentas certas e facilitação adequada. Defina o problema, monte a equipe, escolha as ferramentas, agende o Sprint, crie um brief, verifique se a equipe tem uma visão geral clara e está familiarizada com as ferramentas necessárias. Gerenciar expectativas e comunicar-se com clareza.
A metodologia Design Sprint é um processo de quatro dias baseado na premissa do design thinking para resolver problemas críticos usando design, prototipagem e teste para reduzir o risco ao projetar um novo produto digital.
Tanto o Design Sprint típico quanto o Design Sprint remoto são processos de quatro dias para responder a perguntas críticas de negócios e resolver problemas de design de produto. Eles têm como objetivo apresentar soluções de design por meio de idéias de design, prototipagem e teste com os usuários.
Jake Knapp passou 10 anos no Google e no Google Ventures, onde criou o processo Design Sprint. Ele escreveu dois livros, Sprint e Make Time, e treinou equipes em lugares como Slack, LEGO, IDEO e NASA em estratégia de design e gerenciamento de tempo.
O processo de Design Sprint tradicional é um processo de cinco dias / fases: entender, idealizar, decidir, prototipar, testar e ter como objetivo resolver problemas complexos e reduzir o risco ao projetar um novo produto. Um Design Sprint remoto é reduzido para um sprint de quatro dias.