Caso de uso de desenvolvimento baseado em projeto no Desenvolvimento ágil
Versão de lançamento: Xanadu
Atualizado 9 de jan. de 2026
2 min. de leitura
Um exemplo de desenvolvimento baseado em projeto e modelo de entrega em Desenvolvimento ágil.
As atividades usuais envolvidas em um baseado em projeto Desenvolvimento ágil incluem o seguinte:
Backlog do produto: os responsáveis pelo produto mantêm o backlog do produto. Eles limpam continuamente seus backlogs adicionando histórias, priorizando-as e estimando-as.
Em Desenvolvimento ágil 2.0, navegue até Agile Development > Backlog > Todas as histórias para a lista de todas as histórias.
Backlog do projeto: os responsáveis pelo produto selecionam as histórias priorizadas e as atribuem a um ou mais projetos, criando assim o backlog do projeto. Os responsáveis pelo produto podem criar um ou mais projetos e capturar detalhes adicionais, como recursos necessários, custo, risco e alinhamento estratégico. Todos esses projetos passam pelo processo de priorização de portfólio e os projetos selecionados são executados pelas equipes de projeto.
Nota:
Algumas organizações também definem ciclos de versão, como versão trimestral, versão bi-anual, versão anual. Em seguida, eles movem as histórias do backlog de produto para o backlog de versão. Nesses casos, as histórias são atribuídas aos projetos do backlog de versões.
Em Desenvolvimento ágil 2.0, navegue até Agile Development > Histórias e selecione Atribuir ao projeto para atribuir histórias a um projeto novo ou existente.
Você também pode abrir um projeto existente e associar histórias ao projeto a partir do backlog. Essas histórias são executadas como parte da execução do projeto.
Atribuição de histórias: atribua as histórias do projeto a um grupo de atribuição para que a equipe possa selecioná-las nos próximos sprints.
Em Desenvolvimento ágil 2.0, selecione as histórias que você deseja atribuir a uma versão, selecione Atribuir a versão/grupo e especifique um grupo de atribuição.
Planejamento de sprint: as equipes de scrum definem sua programação de sprint, como sprint de duas semanas ou sprint de três semanas. Eles trabalham com o responsável pelo produto e selecionam histórias do backlog de versão que devem ser concluídas em cada sprint para criar o backlog de sprint. Os membros do grupo, juntamente com o responsável pelo produto e o scrum master, decidem as histórias para cada sprint usando o Planejamento de sprint.
Em Desenvolvimento ágil 2.0, navegue até Agile Development > Quadro ágil > Planejamento de sprint.
A ilustração a seguir fornece uma visão geral de alto nível do fluxo de trabalho em um ambiente baseado em projeto Desenvolvimento ágil.Figura 1. Exemplo de fluxo de trabalho baseado em projeto Desenvolvimento ágil