Sabe qual é a diferença entre um épico Ágil e uma história de utilizador? Ou como utilizar melhor os épicos Ágeis para os requisitos do seu produto e o roteiro do produto? Se gostaria de aprender a utilizar os épicos Ágeis em seu benefício, continue a ler para conhecer as minhas sete principais dicas e um modelo para começar.
O que é um épico Ágil?
Um épico Ágil é uma ferramenta útil na gestão de projetos Ágeis, utilizada para estruturar o seu backlog Ágil e o roteiro.
Em termos simples, um épico Ágil é uma coleção de histórias de utilizador mais pequenas que descrevem um grande item de trabalho. Considere um épico como uma grande história de utilizador. Por exemplo, os épicos são frequentemente utilizados para descrever uma nova funcionalidade de um produto ou uma parte maior da funcionalidade a desenvolver.
Um épico é o nível superior de informação num backlog Ágil. Contém várias histórias de utilizador e cada história de utilizador contém, por sua vez, todas as tarefas necessárias para a implementação.
Os épicos Ágeis são sobretudo utilizados quando uma parte do trabalho é demasiado grande para ser entregue numa única sprint ou iteração. Se utilizar um épico para agrupar as suas histórias de utilizador relativas a uma nova funcionalidade, é fácil acompanhar o progresso e saber que percentagem do trabalho está concluída em comparação com a que falta concluir. Também pode utilizar a IA no planeamento de sprints para escrever e decompor épicos Ágeis.
Os épicos são normalmente escritos e mantidos pelo proprietário do produto ou pelo gestor de produto.
7 melhores práticas para utilizar épicos Ágeis
Não existe um modelo definido para um épico Ágil. Pode escrevê-lo da forma que preferir, desde que ajude a planear o seu trabalho e a comunicar com as suas equipas Ágeis e as partes interessadas.
Independentemente de utilizar um processo de desenvolvimento Scrum, Kanban ou híbrido, os épicos irão ajudá-lo a planear o seu trabalho e a elaborar relatórios sobre o mesmo.
Eis algumas dicas para garantir que os seus épicos Ágeis são tão úteis quanto possível.
Have an account? Log In
1. Comece pelo épico e depois passe às histórias (de cima para baixo)
A identificação dos seus épicos pode ser feita de forma muito útil através de um mapa de histórias de utilizador. A sua “Atividade” de nível superior no mapa de histórias de utilizador torna-se um épico e os níveis inferiores tornam-se as histórias de utilizador, as tarefas e os critérios de aceitação.
Quando está a desenvolver um produto totalmente novo, começar pelos épicos e desenvolvê-los com mais detalhe à medida que avança dá-lhe uma ideia dos marcos concluídos e pendentes.
Frequentemente, os épicos Ágeis correspondem a funcionalidades ou a melhorias maiores (por exemplo, uma reformulação de parte do seu produto), mas cabe-lhe inteiramente a si decidir como pretende estruturar os seus épicos.
2. Dê um bom nome ao épico
Ao dar nomes aos seus épicos Ágeis, pense em quem irá utilizar essa informação. Por exemplo, as suas equipas de desenvolvimento Ágil precisam de compreender o que estão a construir e as partes interessadas também precisam de compreender o seu progresso.
Enquanto uma história de utilizador descreve uma necessidade do utilizador final, é uma boa prática que o épico descreva um resultado que pretende alcançar com esse trabalho.
Considere estes exemplos de nomes de épicos:
- Fluxo de finalização da compra V2
- Simplificar o fluxo de finalização da compra
- Aumentar a taxa de conversão na finalização da compra
O primeiro nome não descreve de todo o que é, além de algum tipo de trabalho na finalização da compra. O segundo nome é melhor, pois descreve que o fluxo de finalização da compra será simplificado. Mas o terceiro nome é ainda melhor, pois inclui um resultado que pretende alcançar com essa simplificação.
Nas ferramentas de gestão Ágil, como o Jira da Atlassian, por exemplo, os épicos podem ser utilizados para filtrar, agrupar e elaborar relatórios. Por isso, é importante escolher um nome que seja autoexplicativo.
3. Dê aos seus épicos o tamanho certo
Um épico é normalmente utilizado quando o trabalho relativo a um item do backlog requer mais do que uma única sprint para ser concluído. Um épico pode ser dividido em tantas histórias de utilizador quantas quiser, desde que consiga acompanhar a lista completa.
Um épico não deve ser demasiado grande nem demasiado pequeno. Uma regra prática seria um prazo de implementação entre algumas semanas e alguns meses. Este é um bom tamanho para comunicar a percentagem concluída.
Tornar os épicos demasiado grandes significa que o progresso é muito lento, as percentagens quase não aumentam ao longo de uma sprint de duas semanas e os relatórios não são significativos. Além disso, se um épico demorar demasiado tempo a ser implementado, é provável que ocorram tantas alterações aos requisitos ao longo do percurso que comunicar o progresso se torna quase inútil.
Tornar os épicos demasiado pequenos significa que terá um grande número deles para gerir no seu backlog ou roteiro. Pode tornar-se difícil manter uma visão de alto nível de muitas tarefas mais pequenas. Além disso, se os épicos forem concluídos num período muito curto (por exemplo, num único sprint), apenas acrescentam trabalho administrativo adicional sem proporcionarem muito valor.
4. Utilize épicos para estruturar o seu backlog
Os épicos são uma excelente forma de estruturar um backlog de produto que normalmente consiste numa lista muito longa de histórias de utilizador. Nem todas as histórias têm de ser incluídas num épico, uma vez que pequenas unidades de trabalho são simplesmente concluídas num sprint. No entanto, estruturar itens de trabalho maiores em épicos tem dois benefícios principais:
- Proporciona uma visão de alto nível dos itens maiores no seu backlog,
- Uma vez que a dimensão de um épico resulta da soma dos pontos de história de todas as suas histórias de utilizador, os épicos também permitem comparar a dimensão relativa das iniciativas para efeitos de priorização.
A lista de épicos também pode ser utilizada para criar uma visão de alto nível de um roteiro do produto para a gestão de topo.
5. Utilize épicos para coordenar várias equipas
Os épicos podem ser muito úteis para coordenar blocos de trabalho entre várias equipas de desenvolvimento de software Ágil. Combinar o trabalho de várias equipas de produto num único épico permite decompor os relatórios por equipa e acompanhar o progresso geral.
6. Inclua métricas de sucesso
Ao definir um épico, vale a pena pensar na métrica de sucesso que lhe pode ser associada. Em última análise, todos os resultados do produto servem para proporcionar valor aos utilizadores finais. Incluir uma métrica de sucesso no seu épico significa que os membros da equipa de desenvolvimento e as partes interessadas compreendem o que está a tentar alcançar com este trabalho.
Algumas empresas utilizam OKRs para definir objetivos trimestrais. Referenciar uma métrica de OKR num épico é uma excelente forma de relacionar um épico com os objetivos empresariais.
7. Mantenha o âmbito dos épicos flexível
Como um épico descreve um item de trabalho de alto nível que se prolonga por várias semanas ou meses, é provável que surjam novos conhecimentos ou que sejam descobertas novas complicações técnicas à medida que o trabalho avança. Por isso, o âmbito de um épico tem de ser flexível.
O âmbito de um épico é definido pelo âmbito das suas histórias de utilizador associadas, normalmente medido em pontos de história. À medida que surgem novos requisitos, podem ser adicionadas novas histórias de utilizador e o âmbito do épico aumenta.
Leitura relacionada: Melhor software de gestão de produtos Ágil
Modelo de épico Ágil
Não existe um formato definido para um épico, mas alguns elementos são úteis, conforme descrito acima.
- Escolha um bom nome que seja autoexplicativo.
- Na descrição, apresente um esboço geral do que o épico abrange. Faça referência a quaisquer objetivos da empresa para ilustrar de que forma isto se relaciona com as prioridades empresariais.
- A métrica de sucesso descreve especificamente o que será medido após a conclusão deste épico.
- Uma história de utilizador abrangente representa uma história de utilizador ao nível de todo o épico. Isto é muito útil para documentar de que forma este épico proporciona uma melhor experiência de utilizador.
More Articles
Exemplo de um épico Ágil
Eis um exemplo de um épico para um novo processo simplificado de finalização de compra numa aplicação móvel, com o objetivo de aumentar a conversão.
No âmbito deste épico, poderíamos ter histórias de utilizador como:
- Integrar o Apple Pay (“Enquanto comprador, quero pagar com um toque no meu telemóvel para poder concluir a compra rapidamente”)
- Utilizar, por predefinição, a morada de faturação como morada de entrega (“Enquanto comprador, quero introduzir os dados da minha morada apenas uma vez para poder concluir a compra rapidamente”)
Conclusão
Os épicos Ágeis são uma ferramenta flexível no seu conjunto de ferramentas Ágeis. Ao iniciar um novo desenvolvimento de grande dimensão, pense nas principais partes do trabalho necessárias para o concluir e defina alguns épicos. Poderá então criar todas as suas histórias de utilizador dentro desses épicos à medida que avança e manter uma visão geral muito melhor do que numa lista de trabalho pendente não estruturada.
Os épicos podem ser utilizados de muitas formas. Teria muito interesse em saber como utiliza os épicos nas suas equipas Ágeis nos comentários.
Para mais artigos com informação prática e aplicável sobre uma grande variedade de temas de gestão de produto — incluindo a metodologia Ágil! — subscreva o nosso boletim informativo.
Também poderá ter interesse em: