O backlog do produto é um documento criado e gerido pelo dono do produto para que sejam elaboradas funcionalidades, melhorias, requisitos e demais fatores que agregam valor para os produtos. É a partir desse material que são criadas as tarefas que entram nas sprints dos squads de desenvolvimento.
Até que chegue no estágio final, que é a publicação nas lojas, se tratando de produtos de software como aplicativos, há algumas etapas para a elaboração do product backlog imprescindíveis.
Continue a leitura para entender melhor.
O que é product backlog?
O Product Backlog é uma lista composta por requisitos, funcionalidades, melhorias e demais itens relacionados aos produtos que são organizados conforme suas prioridades. O documento é utilizado em métodos ágeis de desenvolvimento, como o Scrum, e servirá de base para o rito da sprint planning. Além disso, o product backlog possui grande importância para a gestão de produtos, uma vez que projeta os próximos passos de uma aplicação.
O responsável pela gestão do product backlog é o product owner, sendo o profissional parte fundamental do Scrum o qual atua como representante dos usuários e partes interessadas. Com isso, a definição das histórias de usuários e prioridades do desenvolvimento é por sua conta. Em constante alinhamento com a visão estratégica do produto, o PO contribui para que o produto progrida de forma contínua.
Importante ressaltar que o product backlog é flexível e mutável, uma vez que novas ideias são passíveis de surgir, bem como novas prioridades. Com isso, não existe um backlog definitivo, exceto quando tomada a decisão de finalizar com um produto quando se percebe em seu último estágio do ciclo de vida.
O importante é adotar uma visão estratégica para a melhor priorização.
Diferença entre roadmap de produto e backlog de produto
É comum a confusão entre ambos os conceitos uma vez que eles visam o futuro de um produto. Contudo, o roadmap e o backlog são diferentes.
Grosso modo, a diferença entre ambos está na forma de visualizar suas informações. O roadmap de produto é para ser uma representação visual acerca do produto, se tratando do resultado do refinamento do backlog.
Nessa perspectiva, o product backlog será a lista com as ideias, requisitos, funcionalidades, melhorias esperadas, entre outros, que servirão como base para elaborar o roadmap do produto, bem como a definição das sprints a partir das sprint plannings.
Podemos dizer que o backlog de produto se trata de um brainstorming, o qual são anotadas todas as ideias para, posteriormente, passar por um refinamento.
Criando um product backlog eficaz
A criação de um backlog de produto requer do product owner um olhar bastante atento tanto para as necessidades do usuário assim como dos interesses do negócio. Neste momento, além de se alinhar aos usuários para oferecê-los uma experiência digna, é interessante que haja proximidade com o product manager também.
Em função de ter a visão macro do produto, a pessoa responsável pela gestão do produto contempla os pilares mercado, produto e usuários. Portanto, o constante alinhamento com essa figura fará a diferença na hora de montar o backlog de produto eficiente. A partir daqui ficará muito mais fácil traçar os épicos do seu produto, que darão base para a construção das histórias do usuário:
História do Usuário
Uma das principais personalidades a se considerar num produto são os usuários. Focar apenas nos interesses de negócio é um verdadeiro “tiro no pé”, pois as expectativas desses stakeholders não necessariamente são convergentes.
A história do usuário servirá para contemplar as necessidades dos usuários. Por exemplo, se estamos pensando num aplicativo para telemedicina, o mínimo é que ele crie um canal de comunicação entre profissionais e pacientes. Com este cenário em mente, essa é uma possível história do usuário:
“Eu como um paciente quero conversar com um médico para apresentar minha condição de saúde”.
A partir daí, podem ser pensadas as funcionalidades de videoconferência ou chat em tempo real, por exemplo.
Embora a construção das histórias dos usuários seja uma atividade do product owner, essa etapa não necessariamente precisa ser feita apenas por essa pessoas. Demais pessoas envolvidas na construção do produto têm o que contribuir. Dessa forma, essa etapa pode ou ser individual ou em conjunto.
Priorização
Diante de tantas ideias anotadas na etapa de brainstorming do backlog do produto, chega a hora de classificar quais itens são prioritários. Essa decisão será tomada conforme as necessidades do produto, dos usuários e do negócio.
O que ninguém pode discordar é que as hotfix são prioridades acima de tudo num backlog, sobretudo quando se trata da manutenção de um app.
Quanto maior a prioridade de um item, mais descrito ele estará, fator que irá facilitar tanto a etapa de refinamento quanto a sprint planning.
Dessa forma, a priorização tem impacto direto em como os cards serão criados nos Gits e desenvolvidos pelas equipes como os squads de desenvolvimento ágil.
Refinamento
Também chamado de grooming, a etapa de refinamento refere-se ao processo de detalhamento das tarefas do backlog ditas prioritárias. Como mencionado anteriormente, os primeiros itens da lista estão mais descritos, apontando seus porquês, o que fazer e estimativas para o tempo de conclusão que é levantado junto à equipe.
É aqui que as tarefas são alinhados todos os detalhes com a equipe para que não sejam levadas dúvidas para o desenvolvimento. Assim, é nessa etapa que o time discute também o grau de dificuldade e a viabilidade de cada tarefa e, quando necessário, proposto o fracionamento de uma tarefa em outras.
A etapa de refinamento deve ser feita antes da sprint planning, pois essa discussão acontece durante uma sprint já em execução. Dessa forma, adiantá-la servirá para que o PO tenha tempo para reorganizar tarefas e buscar informações.
É importante destacar que o grooming não é uma cerimônia obrigatória do Scrum, pois é possível que o time já esteja maduro o suficiente e já tem maior entendimento do produto, o que torna desnecessário.
Sprint Planning
Feita a priorização e levantados os requisitos de software, chega a hora da sprint planning. É a partir dela que o product owner, scrum master e o time irão discutir implicações relativas ao negócio e tirar dúvidas quanto cada item previsto para entrar na sprint. Há também a fase de estimativa de tempo dedicado a cada item do backlog, o que ajudará a definir as milestones para a sprint.
Por isso, durante a sprint planning é feita uma última revisão nos itens priorizados e refinados para que sejam designados à uma sprint.
Para essa etapa, é comum o uso do sistema de pontos. Através deles o squad atribui uma pontuação para cada item do product backlog considerando o grau de complexidade, o tamanho da atividade, o tempo estimado para a execução dela, dentre outros fatores que contribuem para uma pontuação que dita se é uma tarefa simples ou complexa de ser executada.
A partir desse referencial, o PO ganha mais clareza acerca do esforço envolvido para as atividades propostas no backlog do produto. Dessa forma, a sprint será planejada da melhor forma, sem gerar sobrecargas ou um cenário de difícil execução.
Ferramentas para o backlog do produto
Algumas ferramentas podem auxiliar na etapa de elaboração e distribuição do product backlog. Não existe a melhor solução, e sim aquela que mais se adequa ao seu perfil. Algumas opções são:
Google Sheets
As planilhas são ferramentas extremamente versáteis, adaptáveis até mesmo neste cenário de desenvolvimento de produtos. De forma gratuita, o Google oferece ferramenta de planilhas com o Sheets.
Jira
Como a própria ferramenta se denomina, se trata de um “software para acompanhamento de itens e projetos”. Nele contém uma área específica para criação de backlog de produto.
Trello
O Trello é uma ferramenta que permite o gerenciamento de projetos de forma fácil, intuitiva e visual utilizando a interface de um quadro.
Com a criação de quadros do tipo post-it, ele permite criar e organizar cartões de tarefas em colunas, adicionar seus responsáveis e datas de entregas. Através da visualização de cards fica fácil de visualizar o avanço do backlog do produto, dedicando uma coluna para cada etapa.
Miro
Da mesma forma que no trello, o Miro possibilita criar quadros kanban que podem ser utilizados para a visualização do backlog. Além disso, nele também tem a função de mapa mental, o que auxilia na hora do brainstorm para a criação das histórias dos usuários.
Além disso, a ferramenta conta também com templates para diferentes projetos, o que inclui também exemplares para o uso do Scrum.
Ficou mais alguma dúvida sobre product backlog e como criar? Deixe nos comentários para que eu possa te ajudar!
