Na primeira parte deste artigo dedicada ao Design Sprint, fiz um balanço da sua origem, das suas razões de ser e do seu desenvolvimento, teórico e prático. A sua implementação em várias ocasiões trouxe-me também outras lições, que não se costuma ler nos (curtos) artigos dedicados a este método, ainda longe de ser demasiado utilizado.

O que não é...

Obviamente, essa abordagem tem seus riscos, pois pode ser mal compreendida, ou mesmo mal aplicada. De fato, por um lado, um mal-entendido e uma lacuna significativa podem surgir entre a vocação do sprint (veja a parte 1 do artigo) e expectativas do cliente. Por outro lado, o sprint funcionará melhor se a pessoa que o facilita tiver uma boa experiência na condução de workshops em geral, e neste tipo de exercício em particular. De fato, é necessário ter tanto uma certa distância para absorver o transbordamento de energia contido na sala e manter a cabeça fria para todos, mas também a firmeza (sempre benevolente) para enquadrar e reenquadrar quando for necessário .
Em todos os casos :

• Le design sprint é tudo exceto uma solução mágica para todos os seus problemas... mas, como vimos, sim uma sinergia coletiva, ativa, com foco no desenvolvimento de uma solução hipotética para um determinado problema, o famoso MVP. Não será, portanto, uma questão de testar e validar todas as opções funcionais ou os caminhos possíveis para obter uma solução global. Normalmente, o design sprint não é indicado para um redesenho de um site ou de uma ferramenta de negócios como um todo. Por outro lado, pode ser útil para projetar um aplicativo de "tarefa única", resolver um problema de viagem específico, testar ou projetar um recurso... Por definição, nossa solução abordará o destino e um dos problemas mencionados no início do corrida, nada mais.
• Por extensão, será ainda menos a oportunidade de rever a estratégia ou a imagem de uma organização/empresa na esperança de rever tudo em 5 dias.
• O sprint não é um fim em si mesmo. Em outras palavras, se for possível testar uma solução, raramente ela estará madura o suficiente ou completa o suficiente para ser implementada imediatamente. Certamente exigirá ajustes, melhorias, ainda mais testes, enfim, iterações antes de entrar em produção, com seus próprios arquivos prontos para entrega upstream (o que o protótipo do sprint não deveria ser).
• Também não é um hackathon. onde veremos várias soluções ao mesmo tempo. Como mostramos, é necessário no meio do curso convergir para uma solução (seja um curso ou uma tela). Este não é um teste AB(CDEF…). O sprint deve ter sua própria proposta de valor.

Em suma, não confunda Design Sprint com sprint, ou seja, velocidade e pressa. O sprint não pode resolver todos os problemas ao mesmo tempo, mal utilizado ou por não respeitar ao menos seu formato, suas etapas e seu objetivo, pode revelar-se contraproducente ou mesmo destrutivo por ser exaustivo e enganoso.
 

Saia do livro

Se o sprint é ideal para “pensar fora da caixa” (pensar fora da caixa), também é às vezes é necessário largar o livro e não seguir todos os seus preceitos ao pé da letra, correndo o risco de ficar bloqueado diante de um problema insolúvel ou de uma situação particular em determinado momento.
A pessoa que lidera o sprint deve use o bom senso e mais ou menos flexibilidade, pragmatismo em qualquer caso, para levá-lo ao fim, se não ao seu objetivo. Se ela é a fiadora do tempo e das etapas sucessivas, muitas vezes terá que adaptar seu jogo porque se depara com outros humanos. A benevolência às vezes deve ter precedência sobre o “temporizador” e acontece que estouro o tempo alocado. Também será necessário saber administrar as suscetibilidades ou timidez de alguns, para temperar outros. Mas também adaptar-se às restrições dos participantes (sai do quarto para um telefonema importante, desaparecimento/reaparecimento intempestivo, quando nas instalações do cliente). O paciência do facilitador é, portanto, muitas vezes posto à prova. Daí o conceito deexperiência, mais para poder ter a perspectiva e afirmação necessárias, do que para poder desenrolar o método rigorosamente de cor como fizemos no passado. Será, portanto, necessário encontrar um certo equilíbrio entre todos estes dados, porque o principal é que o cliente fique satisfeito, e que “classifiquemos” uma solução, sem que custe a vida de ninguém.

Na verdade, podemos muito bem animar um sprint para dois. De fato, como em um casal um assume o cuidado da criança porque o outro está momentaneamente exausto, em uma situação de sprint pode ser bastante significativo poder contar com um alter ego. cheio de participantes de energia. Ou para ter certeza de uma escolha ou de uma orientação.
Percebi também que todas as etapas não estão bloqueando se não forem realizadas. Por exemplo, indo diretamente para esboços que são um pouco avançados sem passar pelo Crazy8, que é um exercício bastante desestabilizador (e deve-se dizer que é mais adequado para designers), é bem possível, especialmente se você ficou para trás na etapa anterior. Porque sim, às vezes você tem que administrar um pouco de elasticidade ao longo do tempo e esqueça o “temporizador” se uma etapa não for considerada avançada o suficiente. O importante é terminar o protótipo na quinta e organizar os testes na sexta, porque não importa se tudo não está perfeito, o importante é coletar o máximo de feedback do usuário (comentários).
Outro exercício que nem sempre me convence: a chamada técnica de anotações “Como podemos” (Escrevemos HMW no canto superior esquerdo dos post-its e escrevemos na forma de perguntas ou oportunidades os problemas levantados durante as entrevistas de segunda-feira com os especialistas). Primeiro, a instrução nem sempre é bem compreendida e o resultado pode parecer uma coleção de palavras-chave ou comentários longos. Então, corresponde mais a uma mentalidade anglo-saxônica. De fato, os franceses, geralmente críticos e cartesianos, talvez tenham mais dificuldade em se projetar para uma interpretação e uma perspectiva relativamente aberta e positiva. Além disso, poderíamos transformar “Como podemos” em “Como falhar”, um exercício alternativo que consiste em identificar as razões pelas quais o projeto pode falhar para encontrar as soluções que irão garantir o seu sucesso.
Poderíamos muito bem imaginar também integrar outros workshops, mais adequados e que pudessem servir ao sprint, desde que mantivessemos o aspecto sequencial, essencial ao seu bom andamento (ex: propor um ou dois 6to1 - leia nosso artigo – durante o dia do esboço).
Você também pode avançar ou pular certas fases. Por exemplo, se o sprint está progredindo bem e se todos compartilham a mesma visão, não é obrigatório prosseguir com todas as votações entre os workshops, uma votação no final do dia pode ser suficiente. Da mesma forma, o tomador de decisão nem sempre quer usar seu supervoto, por que forçá-lo a isso?
Resumindo, mais uma vez saber tirar as unhas não é proibido, ainda que imaginemos que J. Knapp já tenha tentado de tudo, é importante continuar experimentando buscando satisfazer o cliente e seu projeto, tomando o sprint como um framework e não como uma tabela de comandos e incluindo parcialmente, de tempos em tempos ao longo do tempo, métodos típicos de UX.
 

O sprint de design dentro da abordagem UX Republic

Como dissemos acima, o design sprint não é suficiente por si só. Desde logo, parece-nos absolutamente necessário "supervisioná-lo" e planear pelo menos uma fase deimersão a montante (veja nossa oferta), se o cliente tiver elementos sólidos para alimentar o sprint, ou mesmo planejar uma fase de pesquisa e/ou auditoria se necessário. Não é confortável nem muito eficaz começar um sprint do zero, sem ter aprendido um mínimo de informação sobre ele, seu setor, seus concorrentes e sobretudo o entendimento de sua profissão e do que nos interessa em primeiro lugar, seus usuários. 
Então, ao final, o sprint certamente ainda exigirá algumas iterações para melhorar a solução para que ela atenda às necessidades do usuário o mais próximo possível, seu mercado, seu ambiente. Também pode ser a base para futuros trabalhos complementares. É, aliás, um pouco a sua vocação latente, uma vez que está vocacionada para a inovação: ser o ponto de partida do próximo futuro da entidade patrocinadora. Recomendamos, portanto, um acompanhamento do sprint para poder finalizar o conceito e colocá-lo em produção adequadamente e, por que não, a longo prazo, engajar-se em colaboração com vistas aapoiando nosso cliente em sua transformação.

Alexis CANGY | Consultor UX/UI | Mestre de sprint de design