---
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


---

# 애자일 개발 프로세스 흐름

# 애자일 개발 프로세스 흐름 {#ariaid-title1}

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

애자일 개발 2.0에서 제품 생성이나 스프린트 또는 릴리스 추적과 같은 제품 개발 작업을 관리하는 데 사용되는 프로세스를 알아봅니다.  
주:  
여기에 설명된 플로우는 애자일 개발 2.0 애플리케이션에서 제공되는 기능을 사용하여 Agile 개발 작업을 관리하는 일반적인 방법을 나타냅니다. 이 플로우만이 유일하게 가능한 프로세스인 것은 아닙니다.

제품 정의

:   제품은 사용자에게 제공되는 기능 또는 기능 세트일 수 있습니다. 각 제품에는 제품에 대해 에픽 및 스토리와 같은 작업 파이프라인을 유지관리하는 소유자가 있을 수 있습니다. 이러한 작업 항목은 비스니스 목표와 관련된 테마와 연결될 수 있습니다.

    [애자일 개발 2.0에서 제품 생성](https://servicenow-prod.fluidtopics.net/mItuUX8Ep3Wmxj6mrIzPoA "고객에게 중요한 기능을 나타낼 제품을 만듭니다. 제품에는 사용자의 관점에서 이러한 개선 사항을 설명하는 테마, 에픽 및 스토리가 포함될 수 있습니다.") 문서를 참조하십시오.

에픽 및 스토리 생성

:   에픽에는 제품에 대한 개괄적인 요구 사항이 포함되어 있으며, 에픽을 사용하여 관리 가능한 스토리로 세분화할 수 있습니다. 애자일 개발 2.0에서 에픽과 스토리를 생성하는 동안 이를 제품과 연결할 수 있습니다.

    [애자일 개발 2.0에서 에픽 생성](https://servicenow-prod.fluidtopics.net/L7wgKaLDZg5Sn_5H~cEIgw "애자일 개발 2.0에서 에픽을 생성하여 개발하려는 기능의 개괄적인 요구 사항을 정의합니다.") 및 [애자일 개발 2.0에서 스토리 생성](https://servicenow-prod.fluidtopics.net/l7uDGqK~3c_tgKit2YJL~A "애자일 개발 2.0의 스토리 양식에서 상위 수준의 요구 사항을 정의합니다. 스토리를 제품, 프로젝트 또는 릴리스에 연결하고 할당 그룹에 할당하여 스토리를 관리하고 추적합니다.") 문서를 참조하십시오.

릴리스 생성

:   일부 조직에서는 고정된 시간 범위를 설정하여 제품을 시장에 출시하며 이러한 시간 범위를 릴리스라고 합니다. 릴리스에는 여러 개발 반복이 완료되는 시작 날짜와 종료 날짜가 있습니다. 예를 들어, 새 애플리케이션을 출시하거나 기존 애플리케이션에 대한 개선 사항을 출시하기 위해 분기별 또는 반기별 일정을 수립할 수 있습니다.

    애자일 개발 2.0에서 릴리스를 생성한 후에는 릴리스에 제품, 에픽 및 스토리를 연결할 수 있습니다. [애자일 개발 2.0의 릴리스 생성](https://servicenow-prod.fluidtopics.net/QYwo9MPdPrCWoWEVSaomew "릴리스를 생성하여 제품 개발의 스토리 및 SCRUM 작업을 애자일 개발 2.0의 릴리스에 연결합니다.") 문서를 참조하십시오.

개인화된 백로그 생성

:   필터 기준을 정의하여 개인화된 백로그를 생성할 수 있습니다. 예를 들어 하나의 개인화된 백로그는 스토리, 결함 및 인시던트의 조합일 수 있고, 다른 개인화된 백로그는 스토리와 인시던트의 조합일 수 있습니다. 이러한 방식으로 필요에 따라 개인화된 백로그를 만들 수 있습니다.

    [애자일 개발 2.0에서 개인화된 백로그 생성](https://servicenow-prod.fluidtopics.net/pE~UJP8cKcHZFtbFM~o32g "애자일 개발 2.0에서 필터를 생성하여 백로그에 나타나는 스토리를 정의합니다.") 문서를 참조하십시오.

할당 그룹 생성

:   할당 그룹을 생성하고 구성원을 추가합니다. 각 그룹 구성원에 대해 구성원이 스프린트에서 완료할 수 있는 스토리 포인트 수를 정의합니다. 그룹 수준에서 모든 그룹 구성원의 스토리 포인트 합계가 그룹 용량을 결정합니다.

    [애자일 개발 2.0에서 할당 그룹 생성](https://servicenow-prod.fluidtopics.net/VjYjWhQO5nnd_apyDDHLNA#create-an-agile-group "제품 또는 릴리스에 이러한 그룹을 할당할 수 있도록 애자일 팀 유형의 할당 그룹을 만듭니다.") 문서를 참조하십시오.

스프린트 생성

:   스프린트는 개발 팀이 하나 이상의 스토리를 제공하는 시간 프레임입니다. 스프린트는 어떤 길이도 가능하지만 일반적으로 완료하는 데 1\~4주가 소요됩니다. 스크럼 마스터는 그룹에 필요한 스프린트 수를 생성하며, 이러한 스프린트는 그룹 구성원이 향후 릴리스에 필요한 작업을 완료하는 데 사용됩니다. 그러나 릴리스 내의 모든 스프린트는 릴리스 시작 및 종료 날짜 내에 있어야 합니다.

스프린트 활동 계획 수립

:   스프린트가 시작되기 전에 그룹 및 스크럼 마스터는 스프린트 내에서 완료하기 위해 커밋할 수 있는 백로그의 스토리를 결정합니다. 스프린트에 대한 스토리는 우선순위에 따라 선택할 수 있습니다. 스크럼 마스터는 스토리를 완료하는 데 필요한 작업량(총 스토리 포인트)이 그룹의 용량과 일치하는지 확인해야 합니다.

    스프린트를 계획하는 동안 속도 보고서를 지침으로 사용하여 그룹이 다음 스프린트에서 얼마나 많은 작업을 완료할 수 있는지 추정할 수 있습니다. [Agile 2.0 팀 대시보드](https://servicenow-prod.fluidtopics.net/mknCMD8c1pHx3Tk3t1iGVA "팀 대시보드는 지정된 기간 동안 스토리에 대한 팀의 진행 상황을 시각화합니다. 팀 예측 가능성 차트를 제공하고 향후 스프린트에 대한 팀의 용량을 계획하는 데 도움이 됩니다. 또한 모든 팀 구성원에 관한 상세 정보를 제공합니다.")는 속도 내역 보고서 및 유형별 속도 보고서를 제공합니다.

    * 속도 내역: 최근 스프린트 10건에 대한 팀의 전체적인 속도에 관한 인사이트를 확보합니다. 팀이 안정적이고 예측 가능한 속도로 작업하고 의무를 제대로 이행하는지 여부를 분석합니다.
    * 유형별 속도: 시간 경과에 따른 팀의 속도 변화를 분석하고 팀의 전략적 작업 부하와 운영 또는 기타 유형의 작업 부하를 비교합니다.
    {#agile-development-process-flow__ul_mkg_tcj_ntb}

    스프린트를 계획하는 방법에 대한 자세한 내용은 [애자일 개발 2.0에서 스프린트 활동 계획 수립](https://servicenow-prod.fluidtopics.net/3aYmZ_oVrKiA4LcP_dFIjQ "애자일 보드의 스프린트 계획 수립 탭을 사용하여 스프린트 생성, 편집, 완료 또는 스프린트에 스토리 추가와 같은 스프린트 활동을 간소화합니다.") 문서를 참조하십시오.

스프린트 진행 상황 추적

:   스크럼 마스터는 스프린트 팀의 작업량을 관리하고, 진행률 보고서를 제공하며, 팀이 겪는 차단 요인을 제거합니다. 팀 구성원은 스토리 기록을 업데이트하고 일일 스탠드업 회의를 수행하여 진행 상황에 대해 논의하고 우려 사항을 스크럼 마스터 및 제품 소유자에게 전달합니다.

    팀은 스프린트에 커밋된 모든 스토리를 완료할 것으로 기대됩니다. 스크럼 마스터는 스토리가 수용 기준에 따라 완전히 테스트되고 릴리스 준비가 될 것으로 기대합니다.

    스프린트가 진행되는 동안에는 커밋된 스토리와 특정 스프린트의 범위가 변경되지 않는 것이 좋습니다. 애자일 개발 2.0은 필요에 따라 업데이트하고 변화하는 우선순위에 적응할 수 있는 유연성을 제공합니다. 그러나 스토리는 그룹, 스크럼 마스터 및 제품 소유자 간에 논의를 거친 후에만 스프린트에서 추가하거나 제거해야 합니다.

    [Agile 2.0 스프린트 대시보드](https://servicenow-prod.fluidtopics.net/~7OR7_o5DKhuOBItX1vc9Q "스프린트 대시보드를 사용하여 현재 스프린트에서 스토리의 진행률을 추적하고 스프린트 완료를 예측합니다.")를 번업 및 번다운 차트와 같은 보고서와 함께 사용하여 스프린트에 대한 팀의 진행 상황을 추적할 수 있습니다.  
    팁:  
    하이브리드 또는 기존 프로젝트 제공을 실행하는 경우에도 Agile 2.0 스프린트 대시보드를 사용하면 누적 플로우 다이어그램을 사용하여 워크플로우 상태 전환을 추적할 수 있습니다. 대시보드 액세스를 활성화하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 [Agile 2.0용 퍼포먼스 분석 컨텐츠 팩](https://servicenow-prod.fluidtopics.net/CiJw0k50~8BIc9QlprOvNA "Agile 2.0용 플랫폼 분석 컨텐츠 팩의 데이터 시각화와 함께 미리 구성된 대시보드를 사용하여 Agile 프로세스와 프랙티스를 개선합니다.").

릴리스 진행 상황 추적

:   제품 소유자는 릴리스 진행 상황을 추적하고, 팀이 릴리스 목표를 달성하는데 필요한 속도로 스토리를 완료하고 있는지 확인합니다.

[Agile 2.0 릴리스 대시보드](https://servicenow-prod.fluidtopics.net/qMSvL9v7gCviZvJM_1MmAA "Agile 2.0 릴리스 대시보드를 사용하여 스토리의 진행률을 추적하고 현재 릴리스의 범위 변경을 분석합니다.")를 번업, 번다운 및 주기 시간 차트와 같은 보고서와 함께 사용하여 릴리스에 대한 팀의 진행 상황을 추적할 수 있습니다.  
주:  
[Agile 2.0용 퍼포먼스 분석 컨텐츠 팩](https://servicenow-prod.fluidtopics.net/CiJw0k50~8BIc9QlprOvNA "Agile 2.0용 플랫폼 분석 컨텐츠 팩의 데이터 시각화와 함께 미리 구성된 대시보드를 사용하여 Agile 프로세스와 프랙티스를 개선합니다.")을 통해 모든 애자일 2.0 대시보드가 제공됩니다.

