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

Desenvolvimento ágil 2.0oferece alguns aprimoramentos no 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 ágilO 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 vez da equipe de versão de entidade autônoma . Desenvolvimento ágil 2.0usa 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 scrum chamada Equipe - Alfa trabalhar em várias versões trimestrais. Você não pode criar a equipe uma vez e associar a equipe a qualquer versão ou versão sobre a versão. Sempre 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, 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

Sprints podem ser criados sem uma versão

Com Desenvolvimento ágil1,0, criar uma versão é obrigatório para criar sprints. Sprints não podem ser criados para uma equipe de forma independente. Desenvolvimento ágilo 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

Em geral, uma equipe pode ter um backlog de equipe contínuo após o lançamento, ela pode extrair histórias do 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.0um grupo de atribuição não foi 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 para os quais o grupo trabalha em uma versão. A 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)

A capacidade total de versão é de 90 ou 160 é de 250 pontos