Melhorias do modelo de dados de Desenvolvimento ágil 1.0. Desenvolvimento ágil 2.0

Desenvolvimento ágil 2.0 oferece alguns aprimoramentos do modelo de dados Desenvolvimento ágil1,0.

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

Para mapear uma equipe ágil (equipe scrum), Desenvolvimento ágil O 1,0 usa uma entidade separada chamada tabela Equipe de 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. O Grupo de atribuição de construção padrão é usado em oposição à Equipe de versão de 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 ágil1,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 Equipe - 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 crie uma equipe com o mesmo nome e associe a equipe à versão.

Com Desenvolvimento ágil 2.0 grupos são criados independentemente de 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

Sprints podem ser criados sem uma versão

Com Desenvolvimento ágil1,0, criar uma versão é obrigatória para criar sprints. Sprints não podem ser criados para uma equipe independentemente. Desenvolvimento ágil o 1,0 exige a criação de uma versão para execução de história 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 estão associados a grupos de atribuição.

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

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

Com Desenvolvimento ágil1,0, uma equipe não pode ser definida sem definir uma versão. Portanto, o backlog da equipe não pode ser mantido independentemente 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. Backlog do grupo com Desenvolvimento ágil 2.0

Associação entre versão e grupo

Porque 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 nos quais o grupo trabalha em uma versão. Da capacidade da equipe, a capacidade da versão é derivada.

Tabela 1. m2m_release_group

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 de versão de 90 ou 160 é de 250 pontos