Aprimoramentos do modelo de dados de Agile Development 1.0 para Agile Development 2.0

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 3 min. de leitura

    • Agile Development 2.0 oferece alguns aprimoramentos do modelo de dados em relação ao Agile Development 1.0.

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

    Para mapear uma equipe ágil (equipe de scrum), Agile Development 1.0 usa uma entidade separada chamada de 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
    Equipes em uma versão

    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 na plataforma, mesmo para trabalho de scrum, como histórias e tarefas, o grupo de atribuição de construção padrão é usado em oposição à entidade autônoma Equipe de versão. Agile Development 2.0 usa grupos de atribuição para mapear equipes ágeis. Um grupo de atribuição do tipo Agile Team é usado para definir uma Agile Team.

    Figura 2. Grupos
    Uso de grupos de atribuição no Agile Development 2.0

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

    Com Agile Development 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 Equipe - Alfa 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 após a 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 Agile Development 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
    Equipes em uma versão A mesma equipe é criada quatro vezes, uma para cada versão

    Sprints podem ser criados sem uma versão

    Com Agile Development 1.0, criar uma versão é obrigatório para criar sprints. Sprints não podem ser criados para uma equipe de forma independente. Agile Development 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
    Sprints criados no contexto de uma versão
    Em Agile Development 2.0, os sprints são associados a grupos de atribuição. 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 uma versão de backlog de equipe em andamento após a versão, pode extrair histórias de sua lista de pendências e executá-las por meio de sprints na versão.

    Com Agile Development 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 Agile Development 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 Agile Development 2.0
    Backlog de grupo com Agile Development 2.0

    Versão — Associação de grupo no Agile Development 2.0

    Como não há relação direta entre uma versão e um grupo em Agile Development 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 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 Sprint inicial 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 = 90 + 160 = 250 pontos
    Versão — Associação de grupo no Agile Development 2.0