A Sprint de Design do Google
Em 2016, um de nossos desafios na Jera foi tornar o design que fazíamos mais ágil e objetivo.
Logo no começo nos deparamos com a Sprint do Google Ventures, que nos chamou bastante atenção pela semelhança com a nossa realidade na empresa.
Com tão pouco tempo para resolver problemas do negócio em que estávamos trabalhando, a Sprint veio como um alívio, pois tivemos a chance de focar em resolver os problemas mais críticos já prototipando e testando em seguida.
Enquanto a maioria dos frameworks ágeis pregam que é melhor envolver toda a equipe técnica no desenvolvimento, a Sprint permite que o designer corra na frente desbravando e validando ideias de maneira rápida e com pouquíssimos recursos.
Design Sprint
Antes de mais nada, é necessário que todos saibam exatamente o problema que deve ser resolvido. Sim, ao contrário do que nossa veia artística nos grita, começamos pelo problema e não pela solução.
A metodologia não é nada complicada. Basta seguir o passo-a-passo de cada dia:
1º dia — Unpack
Aqui o designer junto com um dos stakeholders que entenda bastante sobre o negócio, se possível um desenvolvedor e um facilitador capaz de tornar as reuniões mais produtivas, expõem tudo que sabem sobre o projeto e o problema que estão tentando resolver.
2º dia — Sketch
No segundo dia, todos com lápis e papel na mão para desenhar fluxos, telas, anotações, sem medo de errar. Nessa parte o cliente e os desenvolvedores metem a mão na massa e é muito importante para que todos tenham as mais variadas perspectivas de resolução possível.
3º dia —Decide
Esse é o dia de discutir as soluções desenhadas no dia anterior, criticar, ajustar, e finalizar o dia escolhendo algumas ideias para que possamos testar com usuários reais lá no final. Todo mundo participa, fazendo perguntas e/ou sugerindo melhorias, mas principalmente elegendo as melhores soluções que serão testadas no último dia.
4º dia — Prototype
No quarto dia prototipamos tudo. Não precisa ser muito sofisticado. Recomenda-se utilizar o Sketch em união com o InVision, mas também pode ser feito no PowerPoint ou Keynote, o importante é ter algo com que o usuário possa interagir.
Note que poderão ser prototipadas mais de uma ideia, por isso é importante se ater apenas ao fluxo principal para dar tempo de fazer tudo.
5º dia — Test
E finalmente, o dia mais empolgante. Onde testamos com usuários reais as ideias que prototipamos. Idealmente, convide entre 3 e 5 pessoas para fazer o teste de usabilidade.
A ideia do teste é eliminar as ideias que não funcionam. Pense na quantidade de dinheiro e esforço que você economiza quando deixa de desenvolver uma ideia ruim…
Além disso, como todo o processo é lean, não há necessidade de fazer nada sofisticado, como montar um laboratório de testes de usabilidade. Tenha sempre em mente que você e sua equipe só têm 5 dias para abraçar uma ideia ou descartá-la de vez.
Seguem os slides da palestra que fiz no Agile Trends CG 2016:
