Aprimoramentos do modelo de dados de Desenvolvimento ágil 1.0 para Desenvolvimento ágil 2.0

Desenvolvimento ágil 2.0 oferece alguns aprimoramentos de modelo de dados em relação a Desenvolvimento ágil 1.0.

Uso da construção de plataforma comum - Grupo de atribuição

Para mapear uma equipe ágil (equipe de scrum), Desenvolvimento ágil 1.0 usa uma entidade separada chamada tabela Equipe da versão ( scrum_pp_team). Esta entidade está associada a uma entidade de versão, conforme exibido na captura de tela a seguir.

Figura 1. Liberação de scrum

Todas as outras tarefas na plataforma, como incidentes, problemas, mudanças e projetos, dependem da entidade do grupo de atribuição para fazer atribuições a um grupo. Os gerentes de grupo podem executar relatórios em um grupo de atribuição para obter informações sobre o trabalho atribuído a seus grupos.

Para padronizar o uso de um grupo em toda a plataforma, mesmo para trabalhos de scrum, como histórias e tarefas, o grupo de atribuição de construção padrão é usado em oposição à equipe de versão da entidade autônoma. Desenvolvimento ágil 2.0 usa grupos de atribuição para mapear equipes ágeis. Um grupo de atribuição do tipo Equipe ágil é usado para definir uma equipe ágil.

Figura 2. Grupos

A equipe ágil (grupo) não precisa ser criada para cada versão

Com Desenvolvimento ágil 1.0, as equipes devem ser criadas para cada versão e as equipes devem ser associadas a cada versão. Por exemplo, se uma equipe de scrum chamada Team - Alpha trabalhar em várias versões trimestrais. Você não pode criar a equipe uma vez e associá-la a qualquer versão ou versão sobre versão. Cada vez que uma nova versão é criada, você deve criar uma equipe com o mesmo nome e associar a equipe à versão.

Com Desenvolvimento ágil 2.0, os grupos são criados independentemente das versões e você pode trabalhar em histórias de várias versões sem recriar o grupo para cada versão.

Figura 3. Liberação de scrum

Os sprints podem ser criados sem uma versão

Com Desenvolvimento ágil 1.0, a criação de uma versão é obrigatória para a criação de sprints. Os sprints não podem ser criados para uma equipe de forma independente. Desenvolvimento ágil 1.0 determina a criação de uma versão para execução de histórias por meio de sprints. Se não houver versão, o sprint não poderá ser preenchido em um registro de história.

Figura 4. Sprints

Em Desenvolvimento ágil 2.0, os sprints são associados a grupos de atribuição.

O backlog da equipe pode ser mantido independente da versão

Normalmente, uma equipe pode ter uma versão de backlog de equipe contínua após a versão, pode extrair histórias de sua backlog e executá-las por meio de sprints na versão.

Com Desenvolvimento ágil 1.0, uma equipe não pode ser definida sem definir uma versão. Portanto, o backlog da equipe não pode ser mantido independente de uma versão.

Com Desenvolvimento ágil 2.0, um grupo de atribuição não é criado em uma versão. Ele pode ser associado à versão, mas não criado em uma versão. Portanto, um grupo de atribuição pode manter seu próprio backlog.

Figura 5. Agrupar backlog com Desenvolvimento ágil 2.0

Associação entre versão e grupo

Como não há relação direta entre uma versão e um grupo em Desenvolvimento ágil 2.0 (os grupos são independentes e não precisam criar grupos para cada versão), a tabela m2m_release_group_list foi introduzida. Esta tabela armazena a associação de um grupo a uma versão. Esta associação não é usada para geração de sprint, mas é usada para derivar a capacidade de uma versão.

Especifique o número de sprints para os quais o grupo trabalha em uma versão. A partir da capacidade da equipe, a capacidade da versão é derivada.

Tabela 1. m2m_versão_grupo

Equipe	Iniciar sprint	Sprint final	Pontos (cada sprint)	Capacidade total do grupo para versão
A	A_Sprint 1	A_Sprint 3	30	90 (3*30)
B	B_Sprint 1	B_Sprint 4	40	160 (4*40)

Capacidade total da versão = 90+ 160 = 250 pontos