---
sourceDocument: 요코하마 전략적 포트폴리오 관리
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/yokohama/it-business-management

 Release :

    - yokohama

ft:locale :

    - ko-KR

ft:publication_title :

    - 요코하마 전략적 포트폴리오 관리

ft:clusterId :

    - itbm

bundleId :

    - itbm

workflow :

    - Technology


---

# 애자일 개발 1.0 대비 애자일 개발 2.0의 데이터 모델 개선 사항

# 애자일 개발 1.0 대비 애자일 개발 2.0의 데이터 모델 개선 사항 {#ariaid-title1}

* 릴리스 버전: Yokohama
* 
* 업데이트 날짜 2025년 10월 23일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 2분

애자일 개발 2.0은 애자일 개발 1.0에 대해 몇 가지 데이터 모델 개선 사항을 제공합니다.
중요사항:  
애자일 개발 1.0 스프린트 번다운 차트 및 릴리스 번다운 차트와 같은 기능은 더 이상 사용되지 않으며 더 이상 사용할 수 없습니다. [애자일 개발 2.0](https://servicenow-prod.fluidtopics.net/j_sdWfrXyGSE7eUTKEDTyA "ServiceNow 애자일 개발 2.0은 스크럼 프레임워크를 사용하여 제품 기반 또는 프로젝트 기반 작업을 위한 Agile 소프트웨어 개발 환경을 제공합니다. 제품의 전체 수명주기 동안 순수한 Agile 접근 방식을 구현하거나 전통적인 프로젝트 구조 내에서 Agile 메서드를 사용하는 하이브리드 접근 방식을 구현합니다.") 은 Agile 작업 방법론을 지원하기 위한 최신 경험을 제공합니다.

## 공통 플랫폼 구성의 사용 - 할당 그룹 {#data-model-enhancements__section_d5f_gb4_4hc}

애자일 팀(스크럼 팀)을 매핑하기 위해 애자일 개발 1.0은 릴리스 팀 테이블(scrum_pp_team)이라는 별도의 엔터티를 사용합니다. 다음 스크린샷에 표시된 것처럼 이 엔터티는 릴리스 엔터티와 연결됩니다.  
그림 1. 스크럼 릴리스

인시던트, 문제, 변경 사항, 프로젝트 등 플랫폼의 다른 모든 작업은 그룹에 할당하기 위해 할당 그룹 엔터티를 사용합니다. 그룹 관리자는 할당 그룹에 대한 보고서를 실행하여 그룹에 할당된 작업에 대한 인사이트를 얻을 수 있습니다.

스토리 및 작업과 같은 스크럼 작업에 대해서도 플랫폼 전체에서 그룹 사용을 표준화하기 위해 표준 구성 할당 그룹이 독립 실행형 엔터티 릴리스 팀 대신 사용됩니다. 애자일 개발 2.0은 할당 그룹을 사용하여 애자일 팀을 매핑합니다. 애자일 팀 유형의 할당 그룹은 애자일 팀을 정의하는 데 사용됩니다.  
그림 2. 그룹

## 각 릴리스에 대해 애자일 팀(그룹)을 생성할 필요가 없음 {#data-model-enhancements__section_x4p_hrr_3gb}

애자일 개발 1.0을 사용하면 각 릴리스에 대해 팀을 생성하고 각 릴리스에 팀을 연결해야 합니다. 예를 들어, 팀 - 알파라는 스크럼 팀이 여러 분기 릴리스에서 작동합니다. 팀을 한 번 생성하고 모든 릴리스에 팀을 연결하거나, 릴리스 간에 연속으로 팀을 연결할 수 없습니다. 새 릴리스가 생성될 때마다 이름이 같은 팀을 생성하고 팀을 릴리스에 연결해야 합니다.  
애자일 개발 2.0에서 그룹은 릴리스와 무관하게 생성되며, 모든 릴리스에 대해 그룹을 다시 생성하지 않고도 여러 릴리스의 스토리에서 작업할 수 있습니다.그림 3. 스크럼 릴리스

## 릴리스 없이 스프린트를 생성할 수 있음 {#data-model-enhancements__section_pj4_rrr_3gb}

애자일 개발 1.0에서 스프린트를 생성하려면 릴리스 생성이 필수입니다. 팀에 대해 독립적으로 스프린트를 생성할 수 없습니다. 애자일 개발 1.0에서는 스프린트를 통해 스토리 실행을 위한 릴리스를 생성해야 합니다. 릴리스가 없으면 스토리 기록을 스프린트로 채울 수 없습니다.그림 4. 스프린트 애자일 개발 2.0에서 스프린트는 할당 그룹과 연결됩니다.

## 팀 백로그를 릴리스와 무관하게 유지할 수 있음 {#data-model-enhancements__section_el1_1sr_3gb}

일반적으로 팀은 릴리스 후 진행 중인 팀 백로그 릴리스를 가질 수 있으며, 백로그에서 스토리를 끌어와 릴리스의 스프린트를 통해 실행할 수 있습니다.

애자일 개발 1.0의 경우 릴리스를 정의하지 않고는 팀을 정의할 수 없습니다. 따라서 팀 백로그를 릴리스와 무관하게 유지할 수 없습니다.

애자일 개발 2.0에서 할당 그룹은 릴리스 내에서 생성되지 않습니다. 릴리스에 연결할 수 있지만 릴리스 내에서 생성되지는 않습니다. 따라서 할당 그룹은 자체 백로그를 유지할 수 있습니다.  
그림 5. 애자일 개발 2.0으로 그룹 백로그

## 릴리스와 그룹 간의 연결 {#data-model-enhancements__section_hnr_3sr_3gb}

애자일 개발 2.0에서는 릴리스와 그룹 간에 직접적인 관계가 없기 때문에(그룹이 독립적이고 각 릴리스에 대한 그룹을 생성할 필요가 없기 때문에) m2m_release_group_list 테이블이 도입되었습니다. 이 테이블은 그룹과 릴리스의 연결을 저장합니다. 이 연결은 스프린트 생성에 사용되는 것이 아니라 릴리스 용량을 도출하는 데 사용됩니다.  
그룹이 릴리스에서 작동하는 스프린트 수를 지정합니다. 팀의 용량에서 릴리스의 용량이 파생됩니다.{#data-model-enhancements__table_ndx_lsr_3gb__entry__5}

| 팀 | 시작 스프린트 | 끝 스프린트 | 포인트(각 스프린트) | 릴리스의 총 그룹 용량 |
|-|-|-|-|-|
| A | A_스프린트 1 | A_스프린트 3 | 30 | 90(3\*30) |
| B | B_스프린트 1 | B_스프린트 4 | 40 | 160(4\*40) |
[표 1. m2m_release_group]

{#data-model-enhancements__table_ndx_lsr_3gb}총 릴리스 용량 = 90+160 = 250포인트
의 그룹 연결