Como os Designers podem ajudar na priorização de Backlog?
Há um tempo participei de um fórum na Leaders of Awesomeness que tinha como objetivo compartilhar experiências para auxiliar Designers a atuarem mais próximos das equipes de desenvolvimento e colaborar com as mais diversas demandas que surgem no dia-a-dia. E um tópico que sempre me despertou interesse é como podemos ajudar os times que utilizam a metodologia ágil a priorizar o seu Backlog do Produto com base no que os usuários nos dizem.
No desenvolvimento ágil, o Backlog do Produto é onde a mágica começa. E é onde os Líderes de Design podem ter mais impacto naquilo que os times ágeis entregam. Design Leaders podem (e devem) desempenhar um importante papel em determinar onde sua equipe irá trabalhar, para qual caminho o time deve seguir. Eles podem fazer isso fornecendo insumos e informações importantes sobre as necessidades de seus usuários, fazendo assim com que o Backlog seja sempre centrado no usuário.
Nesse artigo vou mostrar o que foi debatido em como podemos fazer para ajudar os times a fazer com que a priorização do Backlog seja sempre centrada no usuário. Você poderá ver como podemos usar a perspectiva do Designer para guiar os passos dos time influenciando o que entra na lista de Backlog em primeiro lugar.
Muitos Designers que trabalham com times ágeis, não conseguem visualizar e entender como o Backlog do produto é importante para as entregas de UX. Geralmente os Backlogs tem um dono, o PO e/ou os desenvolvedores. Não faz parte de muitos rituais ágeis incluir o “pessoal do design” no gerenciamento do Backlog. É possível que sua equipe não esteja fazendo isso agora mesmo.
Muitos times ágeis trabalham com dois Backlogs: O Backlog do Produto e o Backlog da Sprint. O primeiro é um mapa de tudo que o time deveria colocar no produto no futuro, enquanto o Backlog da Sprint mostra o que os desenvolvedores estão tentando entregar na sprint atual. E isso nem é uma promessa, pois a cartilha do ágil prega que sempre vão ocorrer ajustes de acordo com as pendências que aparecem e também conforme vamos aprendendo com os erros e acertos. (Lembre-se: um princípio do Ágil é aprender continuamente)
Alguns times ainda tem um terceiro Backlog: O Backlog da Release. Esse mapeia quais Features podem aparecer no produto na próxima release. (Não são todos times que utilizam esse Backlog)
Agora vamos para os Designers! Nós, designers, podemos adicionar valor ao processo de priorização oferecendo um termômetro sobre cada um dos itens do Backlog, o que vemos, ouvimos e aprendemos com nossos usuários.
Os Líderes de UX podem esclarecer e ajudar os times a definir os itens do Backlog, para que fique claro para os membros da equipe o que cada item representa para o usuário e qual o valor que ele entrega. Podemos inclusive auxiliar na definição de Pronto de cada item do Backlog, ou seja, o que precisa ser entregue para que aquele item seja considerado pronto.
Usando as etapas de Discovery e Research os líderes de UX podem entregar Insights que mostrem o valor e o esforço de cada item que esta no Backlog, lembrando que sempre baseado nos desafios e problemas dos usuários. O valor e o esforço são essenciais na priorização de cada item do Backlog. Os times sempre priorizam os item com maior valor e menor esforço (ou pelo menos deveriam).
Os Designers podem reduzir o tempo de desenvolvimento causado pelo retrabalho e pelas falhas criando um entendimento compartilhado daquilo que os usuários esperam de valor em cada item do Backlog. Esse entendimento compartilhado pode ser feito incluindo os cenários dos usuários e uma clara descrição dos problemas dos usuários que cada item do Backlog pretende resolver.
Hoje vejo três maneiras em que o Designer pode auxiliar o time no gerenciamento do Backlog:
1 — Entregando valor para que os desenvolvedores escolham seus próximos itens no backlog:
2 — Entregando valor durante a priorização do backlog;
3 — Entregando valor quando novos itens são adicionados ao backlog.
Entregando valor para que os desenvolvedores escolham seus próximos itens no Backlog
Desenvolvedores perdem velocidade quando estão construindo a coisa errada ou construindo a coisa certa de maneira errada. Os Líderes de Design podem (e devem) dar insights de como construir a coisa certa da maneira correta. E a maneira mais fácil de fazer isso acontecer é deixando explícito na descrição de cada item do Backlog quem é o nosso usuário, qual a sua necessidade e qual problema estamos resolvendo para ele. Essa descrição faz parte do contexto em que o desenvolvedor está trabalhando.
Eles precisam ter um pré entendimento sobre o objetivo, a necessidade, os desafios do usuário e quais problemas vamos resolver. Os Designers podem melhorar esse conhecimento explícito e implícito do desenvolvedor tendo tempo repassando com eles os cenários atuais do usuário e os insights das pesquisas, aumentando assim, o seu conhecimento e sua empatia com o usuário.
Entregando valor durante a priorização do Backlog
Os Líderes de Design, podem ajudar a priorização do Backlog com a seguinte fórmula: Prioridade = (Valor ÷ Esforço) x Confiança.
#FicaaDica: Artigo muito interessante sobre essa fórmula de priorização (Value ÷ Effort) x Confidence = Priority
Onde:
Valor (1 a 4) é a combinação do Valor para o usuário e Valor para o negócio. Deve-se fazer uma média entre o valor pro usuário e para o negócio. Designers podem (e devem) oferecer grandes insights sobre o valor de cada item ao usuário e esse insight fica ainda mais poderoso quando vem direto das etapas de Discovery e Research.
Idealmente, a equipe prioriza o valor para o usuário acima do valor para o negócio. Mas a prioridade mais alta deve ser aquele item que é tão valioso para o usuário quanto para a empresa. Lembrando que qualquer valor para o usuário agregará valor ao negócio, mesmo que seja um valor indireto.
Esforço (1 a 4) é baseado no que é necessário para construir determinado item, durante as pesquisas podemos descobrir o que é necessário ou não estar presente nos itens.
Confiança (0 a 100) é baseada em validações externas daquilo que a equipe acredita. As pesquisas com usuários geram confiança, pois nos dão dados e insights daquilo que o nosso usuário realmente necessita. É a confiança de que aquele item precisa ser desenvolvido. Pesquisas quantitativas podem ajudar a aumentar essa confiança. Quanto mais certezas temos, maior nossa confiança naquele item.
Entregando valor quando novos itens são adicionados ao Backlog
Seja com projetos de Discovery ou durante etapas de Research, a pesquisa de UX é uma poderosa ferramenta para que itens sejam adicionados ao Backlog. Os designer trazem os cenários e o contexto de como as pessoas usam o produto. Eles ajudam o time a ter um conhecimento implícito. As pesquisas revelam o verdadeiro valor dos itens para os usuários e clientes. Ela ajuda a revelar quais itens realmente precisam ir para o topo do Backlog.
Os designers podem agregar valor às cerimônias ágeis de priorização do Backlog, entregando o termômetro daquilo que o usuário necessita, quais problemas cada item resolve e a maneira certa de atender aos usuários. Isso mantém o produto centrado no usuário, garantindo assim, que cada item do Backlog tenha um vínculo claro com as experiências dos usuários.
A metodologia ágil se torna um processo extremamente centrado no usuário quando nos mantemos focados nas necessidades e desafios dos usuários. E é o trabalho dos Líderes de Design garantir que isso aconteça.
— — — — —
A Leaders of Awesomeness é uma comunidade viva de Designers Leaders, Researchers e Writers. Eles participam da comunidade para compartilhar experiências e aprender com seus colegas. Hoje já contamos com mais de 37.000 profissionais espalhados pelo mundo todo.
Quer conhecer mais? Segue o link da comunidade para maiores informações:
