Grupo de usuários envolvidos no trabalho e na conclusão do desenvolvimento de um produto Agile. Em Agile Development 2.0, esta equipe é chamada como um grupo de atribuição.

Em um grupo de atribuição, um usuário é designado como scrum master, que é responsável por garantir que todas as atividades de scrum sejam realizadas corretamente para uma versão.

Definição de alto nível de um requisito que agrega valor ao negócio, como um novo recurso ou uma melhoria significativa. Os épicos são divididos em histórias do Agile e podem ser trabalhados por uma ou várias equipes.

Trabalhos curtos e gerenciáveis relacionados a um épico. As histórias capturam quem, o quê e o motivo de um requisito de maneira simples e concisa. Usando a descrição e os critérios mencionados nas histórias, as equipes podem estimar com precisão o esforço necessário para implementar o trabalho nele.

Tarefas distintas que são necessárias para concluir uma história. Uma tarefa pode levar de 4 a 12 horas para ser concluída.

Lista de trabalhos que devem ser implementados, como parte da obtenção de resultados específicos. O backlog contém trabalho relacionado a novos recursos, aprimoramentos de recursos existentes e outras atividades de desenvolvimento de produto.

O backlog é considerado a única fonte de trabalho para um produto ou equipe. Qualquer coisa que não esteja incluída no backlog não será priorizada para desenvolvimento.

Os responsáveis pelo produto definem um pipeline de trabalho personalizado chamado backlog pessoal, aplicando critérios de filtro relevantes. Em Agile Development 2.0, os responsáveis pelo produto podem definir quantos backlogs personalizados forem necessários. Os critérios usados para criar o backlog personalizado são flexíveis e podem ser modificados a qualquer momento.

Períodos curtos e fixos em que os membros da equipe escolhem e concluem um determinado número de histórias. Esses ciclos curtos e com intervalo de tempo fornecem às equipes a flexibilidade para se adaptar às mudanças de prioridades.

A cadência de recorrência de um sprint é decidida pelas equipes de desenvolvimento e pelos responsáveis pelo produto. Por exemplo, um sprint de 10 dias ou um sprint de 1 semana.

Escopo de trabalho para um sprint. Os proprietários do produto e suas equipes de desenvolvimento usam a atividade de planejamento de sprint para revisar seu backlog e decidir sobre as histórias a serem selecionadas para um sprint.

Área de foco com um valor comercial associado. Um tema está relacionado a um ou mais objetivos da empresa. Os temas ajudam a priorizar seu trabalho em alto nível e podem ser associados a vários épicos.

Entidade para organizar temas, épicos e histórias de funcionalidade semelhante em um único contexto. Um produto representa um item ou recurso que deve ser desenvolvido e lançado no mercado.

Uma versão tem uma data de início e término durante a qual várias iterações de desenvolvimento são concluídas. As versões são criadas por um proprietário de produto e contêm histórias de usuários, às vezes de vários produtos, e também podem envolver várias equipes. As histórias associadas a uma versão formam seu backlog de versão.

Depois de criar histórias e tarefas de scrum para seus produtos, você pode criar um backlog personalizado contendo as histórias de um ou mais desses produtos.

Os membros do grupo de atribuição se reúnem para decidir sobre as histórias que podem se comprometer a entregar no sprint. Normalmente, eles se comprometem com as histórias com melhor classificação primeiro. O grupo decide quais tarefas de scrum são necessárias para cada história. O proprietário do produto deve estar presente para responder a quaisquer perguntas.

Os membros do grupo de atribuição se reúnem para discutir o andamento do trabalho do dia anterior, o trabalho planejado para o dia atual e quaisquer bloqueadores. A atualização diária mantém os membros do grupo focados em concluir as histórias do sprint atual e informa o scrum master de quaisquer bloqueadores.

No final do sprint, todas as suas histórias devem ser concluídas. Todas as histórias incompletas são movidas de volta para o backlog ou para um sprint futuro.

As reuniões de revisão de sprint são realizadas no final de cada sprint. Nessas reuniões, o grupo de atribuição revisa o trabalho concluído e demonstra os recursos recém-desenvolvidos ao responsável pelo produto.

Uma reunião de retrospectiva é realizada no final de cada sprint, para facilitar a discussão entre os membros do grupo sobre o que deu certo e o que não deu certo. O objetivo de uma retrospectiva de sprint é discutir maneiras de melhorar a execução de sprints futuros.

Para obter detalhes sobre como Agile Development 2.0 pode ajudá-lo a gerenciar seus esforços de desenvolvimento de produto, consulte Agile Development fluxo do processo.