---
sourceDocument: Gestão estratégica de portfólios Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/it-business-management

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Gestão estratégica de portfólios Xanadu

ft:clusterId :

    - itbm

bundleId :

    - itbm

workflow :

    - Technology


---

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

# Aprimoramentos do modelo de dados de Desenvolvimento ágil 1.0 para Desenvolvimento ágil 2.0 {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura

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 {#data-model-enhancements__section_uqp_4qr_3gb}

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 {#data-model-enhancements__section_x4p_hrr_3gb}

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 {#data-model-enhancements__section_pj4_rrr_3gb}

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 {#data-model-enhancements__section_el1_1sr_3gb}

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 {#data-model-enhancements__section_hnr_3sr_3gb}

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.{#data-model-enhancements__table_ndx_lsr_3gb__entry__5}

| 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) |
[Tabela 1. m2m_versão_grupo]

{#data-model-enhancements__table_ndx_lsr_3gb}Capacidade total da versão = 90+ 160 = 250 pontos