• 그룹 및 프로젝트 설정
  • GitLab의 상속 모델 이해
  • 그룹 생성
  • 프로젝트 생성
  • 스크럼 라이프사이클의 다른 단계를 지원하도록 범위가 지정된 레이블 생성
  • 이터레이션 주기 생성
• 기능 백로그 관리
  • 작업 구조 설정
    • 예: 기능을 수직으로 나누는 예
  • 릴리스 계획 보드 설정
  • 첫 번째 epic 만들기
• 이야기 백로그 관리
  • 기능을 이야기로 분해
  • 이야기 백로그 세부화
  • 스프린트 계획 회의
    • 동기적 계획
    • 비동기 계획
• 스프린트 진행 추적
  • 현재 스프린트를 위한 보드 생성
  • 스프린트를 위한 버너운 차트 및 버너업 차트 보기

튜토리얼: GitLab을 사용하여 스크럼을 용이하게 하기

이 튜토리얼은 GitLab의 Agile 계획 및 추적 기능을 단계별 지침과 함께 제공하여 핵심 스크럼 의식 및 워크플로우를 용이하게 합니다. 그룹, 프로젝트, 보드 및 기타 기능을 신중하게 설정함으로써, 팀은 투명도, 협업 및 배달 주기를 향상시킬 수 있습니다.

Martin Fowler의 Agile Fluency Model에 따르면, 스크럼을 실천하는 팀은 Scrum에서:

…소프트웨어에 의해 발견할 수 있는 자신들의 후원자, 고객 및 사용자들이 얻게될 이익에 대해 생각하며 계획합니다.

이를 달성하기 위해 매달 진행 상황을 보여주며, 프로세스와 작업 습관을 규칙적으로 반성하여 비즈니스와 고객 가치를 증진합니다.

이 튜토리얼은 다음 주제를 다룹니다:

• 그룹 및 프로젝트 설정
• 기능 백로그 관리
• 스토리 백로그 관리
• 스프린트 진행 추적

그룹 및 프로젝트 설정

GitLab에서 스크럼을 지원하려면, 먼저 그룹 및 프로젝트의 기본 구조를 설정해야 합니다. 당신은 그룹을 사용하여 해당 그룹에 포함된 프로젝트에서 상속할 수있는 보드 및 레이블을 생성합니다. 프로젝트는 각 스프린트의 실제 작업 항목을 구성하는 이슈와 작업을 포함합니다.

GitLab의 상속 모델 이해

GitLab은 그룹이 프로젝트를 포함하는 계층 구조를 가지고 있습니다. 그룹 수준에서 적용된 설정과 구성은 자식 프로젝트에도 적용되므로, 여러 프로젝트 전체에 레이블, 보드 및 반복을 표준화할 수 있습니다.

• 그룹에는 하나 이상의 프로젝트, 에픽, 보드, 레이블 및 반복이 포함됩니다. 사용자의 그룹 구성원 자격은 그룹의 프로젝트로 전파됩니다.
• 그룹 또는 프로젝트에서 보드 및 레이블을 생성할 수 있습니다. 이 튜토리얼에서는 하나의 그룹에서 표준화된 계획 워크플로우 및 보고를 용이하게 하기 위해 해당 그룹에서 생성해야 합니다.
• 프로젝트로 전파되는 모든 객체는 해당 프로젝트의 이슈와 관련될 수 있으며, 예를 들어: 그룹에서 레이블을 이슈에 적용할 수 있습니다.

그룹 생성

스크럼 활동에 사용할 전용 그룹을 생성하세요. 이 그룹은 프로젝트에 상속될 수있는 보드 및 레이블과 같은 설정으로 구성됩니다.

이 그룹은 전형적인 스크럼 주기 동안 다양한 활동의 주요 장소가 될 것입니다. 여기에는 보드, 기능(에픽), 스토리(이슈) 통합 및 레이블이 포함됩니다.

그룹을 생성하려면:

1. 왼쪽 사이드바에서 맨 위에 생성하고 ()와 새 그룹을 선택합니다.
2. 그룹 생성을 선택합니다.
3. 그룹 이름 텍스트 상자에 그룹 이름을 입력합니다. 그룹 이름으로 사용할 수없는 단어 디렉터리에 대해서는 예약된 이름을 참조하십시오.
4. 그룹 URL 텍스트 상자에 네임 스페이스에 사용되는 그룹의 경로를 입력합니다.
5. 그룹의 가시성 수준을 선택합니다.
6. 선택 사항. GitLab 경험을 개인화하려면:
   • 역할 드롭 다운 디렉터리에서 역할을 선택합니다.
   • 이 그룹을 사용할 사용자에서 옵션을 선택합니다.
   • 이 그룹을 어떤 용도로 사용하실 건가요? 드롭 다운 디렉터리에서 옵션을 선택합니다.
7. 그룹에 구성원을 초대하기 위해, 이메일 1 텍스트 상자에 초대하려는 사용자의 이메일 주소를 입력합니다. 추가 사용자를 초대하려면 다른 구성원 초대를 선택하고 사용자의 이메일 주소를 입력합니다.
8. 그룹 생성을 선택합니다.

프로젝트 생성

생성한 그룹에서 하나 이상의 프로젝트를 생성합니다. 프로젝트에는 상위 그룹에 통합될 스토리가 포함됩니다.

빈 프로젝트를 생성하려면:

1. 왼쪽 사이드바에서 맨 위에 생성하고 ()와 새 프로젝트/리포지터리를 선택합니다.
2. 빈 프로젝트 생성을 선택합니다.
3. 프로젝트 세부정보를 입력합니다:
   • 프로젝트 이름 필드에 프로젝트 이름을 입력합니다. 프로젝트 이름에 대해 프로젝트 이름에 대한 제약 사항을 참조하세요.
   • 프로젝트 슬러그 필드에 프로젝트 경로를 입력합니다. GitLab 인스턴스는 슬러그를 프로젝트의 URL 경로로 사용합니다. 슬러그를 변경하려면 먼저 프로젝트 이름을 입력하고 나중에 슬러그를 변경합니다.
   • 사용자의 보기 및 액세스 권한을 변경하여 프로젝트의 가시성 수준을 설정합니다.
   • README 파일을 생성하여 Git 리포지터리를 초기화하고 기본 브랜치가 있도록 만들고 복제할 수 있도록 합니다.
4. 프로젝트 생성을 선택합니다.

스크럼 라이프사이클의 다른 단계를 지원하도록 범위가 지정된 레이블 생성

그룹에서 생성한 그룹에서, 카테고리화하기위한 이슈에 추가 할 레이블을 만듭니다.

이 작업에 가장 적합한 도구는 범위 지정 된 레이블(scoped labels)입니다. 두 개의 레이블의 스코프 중복 사용을 방지하기위해 범위 지정 레이블 이름에 두 개의 콜론(::)을 추가합니다. 예를 들어, status::in progress 레이블을 이미 status::ready가있는 이슈에 추가하면 이전 것이 제거됩니다.

각 레이블을 생성하려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. 관리 > 레이블을 선택합니다.
3. 새 레이블을 선택합니다.
4. 제목 필드에 레이블의 이름을 입력합니다. priority::now로 시작합니다.
5. 선택 사항. 사용 가능한 색상에서 선택하거나 특정 색상을 위한 16 진수 색상 값을 입력하여 배경색을 선택합니다.
6. 레이블 생성을 선택합니다.

원하는 모든 레이블을 만들려면 이러한 단계를 반복하세요:

• 우선 순위: 이것들은 기능 수준의 릴리스 우선 순위를 용이하게하기 위해 에픽 보드에서 사용합니다.
  • priority::now
  • priority::next
  • priority::later
• 상태: 이 레이블은 이슈 보드에서 스토리의 개발 수명주기의 현재 단계를 이해하기 위해 사용합니다.
  • status::triage
  • status::refine
  • status::ready
  • status::in progress
  • status::in review
  • status::acceptance
  • status::done
• 유형: 이 레이블은 typically한 단일 반복에 풀어내기 위해 사용되는 다른 유형의 작업을 나타냅니다:
  • type::story
  • type::bug
  • type::maintenance

이터레이션 주기 생성

GitLab에서는 스프린트를 이터레이션이라고 합니다.
이터레이션 주기에는 문제의 계획 및 보고를 위한 개별 순차적 이터레이션 타임박스가 포함되어 있습니다.
라벨과 유사하게, 이터레이션은 그룹, 하위 그룹 및 프로젝트 계층구조로 계층적으로 이동합니다.
그래서 만들 이터레이션 주기는 생성한 그룹에서 만드시기 바랍니다.

전제 조건:

• 그룹에 대한 적어도 기고자 역할을 해야 합니다.

이터레이션 주기를 만들려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. Plan > Iterations을 선택합니다.
3. 새 이터레이션 주기를 선택합니다.
4. 이터레이션 주기의 제목과 설명을 입력합니다.
5. 자동 예약 사용 확인란이 선택되어 있는지 확인합니다.
6. 자동 예약을 사용하려면 필수 필드를 완료합니다.
   • 이터레이션 시작 날짜 자동화를 선택합니다. 이터레이션은 시작 날짜의 요일과 동일한 요일에 시작 예정입니다.
   • 기간 드롭다운 디렉터리에서 2를 선택합니다.
   • 향후 이터레이션 드롭다운 디렉터리에서 4를 선택합니다.
   • 롤오버 사용 확인란을 선택합니다.
7. 주기 생성을 선택합니다. 주기 디렉터리 페이지가 열립니다.

이렇게 이터레이션 주기를 구성하면:

• 각 스프린트는 두 주 동안입니다.
• GitLab은 향후 네 개의 스프린트를 자동으로 생성합니다.
• 현재 스프린트가 종료되면 한 스프린트의 미완료된 문제는 자동으로 다음 스프린트로 재할당됩니다.

또한 자동 예약을 비활성화하고 귀하의 주기에서 매뉴얼으로 이터레이션을 생성하고 관리할 수도 있습니다.

기능 백로그 관리

기능 백로그는 에픽 형식으로 아이디어와 원하는 기능을 캡처합니다.
이 백로그를 정제하는 동안, 에픽은 향후 스프린트로 흘러들어가도록 우선 순위가 매겨집니다.
이 섹션에서는 백로그 관리를 용이하게 하기 위해 에픽 보드를 만들고 첫 번째 기능 에픽을 작성하는 방법을 다룹니다.

작업 구조 설정

GitLab은 다양한 형식의 백로그 관리를 지원하기 위해 확장 가능합니다. 이 튜토리얼에서는 아래와 같은 방식으로 작업물을 구조화합니다:

• 에픽은 팀이 한 번에 제공할 수 있는 기능을 나타냅니다.
• 각 에픽은 여러 작업 이야기를 포함할 것입니다.
  • 작업 이야기는 명확한 수용 기준을 포함하고 한 개인이 하루 이나 이틀 안에 완료할 수 있는 크기여야 합니다.
  • 팀당 스프린트 당 4에서 10개의 이야기를 완료할 수 있어야 합니다.
• 기능을 분할하는 많은 전략이 있지만, 좋은 전략 중 하나는 수직으로 나누는 것입니다.
  • 이 사용자가 목표를 달성하기 위해 수행해야 하는 독립적이고 분리된 이야기로 수직으로 나눕니다.
  • 단일 이야기를 고객에게 제공하지 못할 수도 있지만, 팀은 각 이야기를 프로덕션에서 또는 스테이징 환경에서 피처 플래그를 사용하여 테스트하고 상호 작용할 수 있어야 합니다.
  • 이것은 이야기의 진행 상황을 이해관계자에게 제공하는 데 도움을 줄 뿐만 아니라, 더 복잡한 기능을 이해 가능한 개발 목표로 나누는 메커니즘입니다.
• 이야기의 복잡성에 따라, 작업을 사용하여 이야기를 구체적인 구현 단계로 나눌 수 있습니다. 개발자가 이야기를 완료하는 데 필요한 구체적인 구현 단계입니다.

시간적인 차원에서 작업 항목의 크기 조절과 범위 설정에 다음 가이드라인을 설정하세요:

• 기능은 단일 이터레이션에서 완료할 수 있습니다.
• 이야기는 몇 일 안에 완료할 수 있습니다.
• 작업은 몇 시간에서 하루 안에 완료할 수 있습니다.

예: 기능을 수직으로 나누는 예

엔드 유저의 여정을 기반으로 기능을 수직으로 나눈 예입니다:

무조건한 스토리를 기능으로 나눈 사례입니다:

릴리스 계획 보드 설정

귀하의 작업 구조를 정의했습니다. 다음 단계는 특성 백로그를 개발 및 유지 관리하는 데 사용할 에픽 보드를 만드는 것입니다.

새로운 에픽 보드를 만들려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. Plan > 에픽 보드를 선택합니다.
3. 왼쪽 상단 모서리에서 현재 보드 이름이 표시된 드롭다운 디렉터리을 선택합니다.
4. 새 보드 생성을 선택합니다.
5. 새 보드의 제목을 입력하세요: 릴리스 계획.
6. 보드 생성을 선택합니다.

다음으로 이후우선순위, 다음우선순위, 현재우선순위 라벨에 대한 새 디렉터리을 만듭니다.

새 디렉터리을 만들려면:

1. 보드의 오른쪽 상단에 디렉터리 만들기를 선택합니다.
2. 새 디렉터리 열에서 라벨 선택 드롭다운 디렉터리을 확장하고 디렉터리 범위로 사용할 라벨을 선택합니다.
3. 보드에 추가를 선택합니다.

이러한 디렉터리을 사용하여 보드에서 기능을 좌측에서 우측으로 이동하는 것을 용이하게 합니다.

릴리스 계획 보드의 각 디렉터리을 사용하여 다음 시간 범위를 나타내세요:

• 열기: 아직 우선 순위가 매겨지지 않은 기능.
• 나중: 나중에 릴리스에 우선 순위를 매길 기능.
• 다음: 다음 릴리스를 위해 임시로 계획된 기능.
• 지금: 현재 릴리스를 위해 우선 순위를 매긴 기능.
• 닫힘: 완료되거나 취소된 기능.

첫 번째 epic 만들기

이제 priority::now 디렉터리에서 새 epic을 만듭니다:

1. priority::now 디렉터리 상단에서 New epic 아이콘()을 선택합니다.

2. 새 epic의 제목을 입력하세요:

   애플리케이션을 사용할 때 애플리케이션 기능을 사용할 수 있도록 계정을 생성해야 합니다.
   

3. Create epic을 선택합니다.

이 단계를 완료하면 보드가 다음과 같아야 합니다:

이제 릴리스 계획 보드를 사용하여 빠르게 백로그를 작성할 수 있습니다.

많은 기능을 만들어 지금, 다음, 나중에 디렉터리에 우선 순위를 매기세요. 다음으로 각 이야기를 더 자세히 나누는 시간을 가져보세요.

디렉터리이나 디렉터리 간에 기능 epic을 재정렬하려면 epic 카드를 끌어다 놓으면 됩니다. 또한 리스트의 맨 위나 맨 아래로 카드를 이동할 수도 있습니다.

이야기 백로그 관리

epic으로 정의된 기능이 있는 경우, 다음 단계는 해당 기능을 세부적인, 수직적으로 나뉜 이슈로 분해하는 것입니다. 그런 다음 해당 이슈를 전용 백로그 보드에서 반복해서 순환하고 일정에 맞게 정렬합니다.

기능을 이야기로 분해

효율적인 스프린트 계획 회의를 갖기 위해 기능을 먼저 수직으로 나누어 이야기로 만드세요. 이전 단계에서 첫 번째 기능을 만들었습니다. 이를 이야기로 나눠봅시다.

첫 번째 이야기를 만들려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. Plan > Epic boards를 선택합니다.
3. 좌상단, 현재 보드 이름이 릴리스 계획으로 표시되는지 확인합니다. 그렇지 않으면 해당 보드를 선택하도록 드롭다운 디렉터리에서 선택하세요.
4. epic 카드의 제목을 클릭하여 해당 epic을 엽니다.
5. 자식 이슈 및 epic 섹션에서 추가 > 새 이슈 추가를 선택합니다.

6. 이슈에 다음 제목을 입력하세요:

   내 계정을 만들 때 애플리케이션으로부터 향후 업데이트를 받기 위해 이메일 주소를 지정해야 합니다.
   

7. 프로젝트 드롭다운 디렉터리에서 이슈를 만들고자 하는 프로젝트를 선택합니다.
8. 이슈 생성을 선택합니다.

9. 다른 두 수직 슬라이스에 대해 위의 과정을 반복하세요:

   내 계정을 만들 때 계정이 안전하게 유지되도록 비밀번호를 지정해야 합니다.
   

   내 계정을 만들고 필요한 정보를 입력하여 로그인할 수 있도록 계정 생성을 최종화해야 합니다.
   

이야기 백로그 세부화

이전 단계에서 기능을 이야기로 분해하여 해당 기능을 완료하기 위해 필요한 사용자 이야기를 만들었습니다. 다음으로 이야기 백로그를 관리하고 정제할 수 있는 캐노풀한 위치로 이슈 보드를 설정하세요.

그룹에서 새로운 이슈 보드를 만들고 백로그라는 제목을 지정하세요. 이 보드를 사용하여 이야기를 다음 스프린트(이터레이션)로 순서를 매기고 일정을 잡을 것입니다.

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. Plan > Issue boards를 선택합니다.
3. 좌상당, 현재 보드 이름이 표시되는 드롭다운 디렉터리을 선택하세요.
4. 새 보드 생성을 선택합니다.
5. 새 보드의 제목을 입력하세요: 백로그.
6. 보드 생성을 선택합니다.

보드를 만든 후, 각 오는 이터레이션별로 새 디렉터리을 만드세요:

1. 이슈 보드 페이지 우상단에서 디렉터리 만들기를 선택합니다.
2. 나타나는 열에서 범위 아래에서 이터레이션을 선택합니다.
3. 값 드롭다운 디렉터리에서 이터레이션 중 하나를 선택합니다.
4. 보드에 추가를 선택합니다.
5. 다른 오는 이터레이션에 대해 이전 단계를 반복하세요.

그런 다음, 이터레이션이 끝나면 완료된 이터레이션 디렉터리을 제거하고 당신의 cadence 설정에 따라 자동으로 생성된 새로운 미래 이터레이션에 대한 새 디렉터리을 추가해야 합니다.

이 시점에서 이야기들은 추정되거나 작업으로 세분화되지 않았습니다. 세분화를 위해 이야기들을 표시하세요:

1. 보드에서 각 이슈 카드를 선택하고 status::refine 라벨을 적용하세요:
   1. 사이드바의 라벨 섹션에서 편집을 선택합니다.
   2. 라벨 할당 디렉터리에서 status::refine 라벨을 선택하세요.
   3. 라벨 할당 옆의 X를 선택하거나 라벨 섹션 외부의 영역을 선택하세요.
2. 원하는 이후 스프린트로 세 이야기를 끌어다 놓아 해당 스프린트 시간 상자에 이야기를 할당하세요.

튜토리얼 이 시점에서 백로그 보드는 다음과 같아야 합니다:

실제로, 이 보드를 사용하여 많은 이야기를 다음 이터레이션에 순서를 매길 것입니다. 백로그가 커지고 여러 기능에 걸쳐 수십 개의 이야기가 있을 때, 기능 별로 그룹화기능을 활성화하면 각 이야기를 해당 기능 epic과 관련하여 볼 수 있어 편리합니다. 그룹화된 이야기를 볼 때, 이야기를 다음 이터레이션에 순서를 지정하는 것이 더 쉬워집니다.

스프린트 계획 회의

백로그가 준비되었으므로 다음 스프린트를 계획할 시간입니다. GitLab에서 동기적 및 비동기적 방법을 사용하여 스프린트 계획 회의를 촉진할 수 있습니다.

동기적 계획

스프린트 계획 회의 때 백로그 보드를 팀과 함께 확인하여 각 이야기를 작업하세요. 현재 스프린트의 마지막 날에 다음 스프린트를 위한 계획을 시작해야 합니다. 각 이슈에 대한 토론 중에:

• 수용 기준을 검토하고 협업합니다. 이를 체크리스트나 디렉터리 항목을 사용하여 이슈 설명에 기록할 수 있습니다.
• 각 구현 단계에 대한 이야기를 더 자세히 나눕니다.
• 이슈의 이야기 포인트 노력 또는 복잡성을 추정하고 이 값을 이슈의 Weight 필드에 설정합니다.

• 팀이 이슈의 범위에 만족하면서 이야기 포인트 값을 합의한 후, 이슈에 status::ready 라벨을 적용하세요:

  1. 사이드바의 라벨 섹션에서 편집을 선택합니다.
  2. 라벨 할당 디렉터리에서 status::ready 라벨을 선택하세요.
  3. 라벨 할당 옆의 X를 선택하거나 라벨 섹션 외부의 영역을 선택하세요.

다음 스프린트에 모든 이야기를 순환한 후, 스프린트 계획이 완료됩니다!

스프린트 약속에 팀의 속도를 통합하는 것을 기억하세요. 각 이터레이션 디렉터리 상단에 할당된 이야기 포인트(가중치)의 총 수를 찾을 수 있습니다. 이전 스프린트에서 롤오버될 가능성이 있는 이야기 포인트도 확인하는 것이 좋습니다.

비동기 계획

싱크로나스 미팅을 개최하는 대신, 이슈를 활용하여 스프린트 계획을 수행하세요.

비동기 스프린트 계획의 특성상, 현재 스프린트가 끝나기 며칠 전에 시작해야 합니다. 전체 팀 멤버에게 적절한 시간을 제공하여 기여하고 협업할 수 있도록 해야 합니다.

1. 백로그 이슈 보드를 엽니다:
   1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
   2. 계획 > 이슈 보드를 선택합니다.
   3. 상단 왼쪽 모서리에서 현재 보드 이름이 있는 드롭다운 디렉터리을 선택합니다.
   4. 백로그를 선택합니다.
2. 다가오는 스프린트를 위한 디렉터리에서 새 이슈 생성 ()를 선택합니다.
3. 이슈 제목을 입력하세요: 릴리즈 계획.
4. 이슈 생성을 선택합니다.

5. 이슈를 열고, 다가오는 스프린트에 할당된 각 스토리에 대한 토론 스레드를 만드세요.

   이슈 URL에 +를 추가하여 제목을 자동으로 나열하세요. 이슈 URL에 +s를 추가하여 제목, 마일스톤 및 담당자를 자동으로 나열하세요. 아래 템플릿을 사용하여 다음과 같은 스레드에 체크박스를 생성할 수 있습니다:

   ## https://gitlab.example.com/my-group/application-b/-/issues/5+
      
   - [ ] 수용 조건이 정의됨
   - [ ] 가중치 설정됨
   - [ ] 구현 단계(작업)가 생성됨
   

   예시:

   

6. 각 스토리에 대한 스레드가 생성되면, 이슈 설명을 편집하고 각 팀 멤버를 언급하세요. 팀 멤버를 언급하면 자동으로 해당 멤버의 할 일 디렉터리에 할 일이 생성됩니다.

7. 그런 다음, 비동기적으로 다가오는 스프린트 시작 전에 팀 멤버는 다음을 수행해야 합니다:

   • 각 이슈에 대한 토론, 질문 및 수용 조건에 대한 의견 교환 및 협업 진행
   • :one:, :two:, 및 :three:과 같은 반응 이모지를 사용하여 스토리 포인트(가중치)에 투표합니다. 팀 멤버가 서로 다른 스토리 포인트 값을 설정하면, 합의에 이를 때까지 더 논의할 수 있는 좋은 기회입니다. 또한 모든 다양한 반응을 평균화하여 스토리 포인트를 결정할 수 있습니다.
   • 수직 슬라이스(이슈)를 구현 단계(작업)로 분해합니다.
8. 각 스토리 토론이 마무리되면, 수용 조건에 대한 변경 및 스토리 포인트 값이 가중치 필드에 설정되도록 이슈를 업데이트하세요.
9. 이슈를 업데이트한 후, 각 이슈에 status::ready 레이블을 추가하세요.
10. 그런 다음, 해당 수직 슬라이스의 계획이 완료되었음을 나타내기 위해 각 계획 이슈의 토론 스레드를 해결하세요.

스프린트 진행 추적

스프린트 중 작업을 시각화하고 관리하기 위해 팀은 현재 스프린트 범위를 나타내는 전용 이슈 보드를 만들 수 있습니다. 이 보드는 팀의 진행 상황과 잠재적인 방해 요인을 투명하게 제공합니다. 팀은 버너운 차트를 통해 추가적인 가시성을 위해 반복 분석을 사용할 수도 있습니다.

현재 스프린트를 위한 보드 생성

당신의 그룹에서 현재 스프린트라는 새 이슈 보드를 만드세요:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. 계획 > 이슈 보드를 선택합니다.
3. 상단 왼쪽 모서리에서 현재 보드 이름이 있는 드롭다운 디렉터리을 선택합니다.
4. 새 보드 생성을 선택합니다.
5. 새 보드 제목을 입력하세요: 현재 스프린트.
6. 범위 옆에 확장을 선택합니다.
7. 반복 옆에 편집을 선택합니다.
8. 반복 주기 아래에서 현재를 선택합니다.
9. 보드 생성을 선택합니다.

보드는 이제 현재 반복에 할당된 이슈만 보여줍니다. 활성 스프린트의 팀 진행 상황을 시각화하는 데 사용하세요.

그다음, 모든 상태에 대한 레이블 디렉터리을 만드세요:

1. 이슈 보드 페이지 오른쪽 상단에서 디렉터리 생성을 선택하세요.
2. 나타나는 열에서 범위 아래에서 레이블을 선택하세요.

3. 값 드롭다운 디렉터리에서 레이블 중 하나를 선택하세요:

   • status::refine: 이슈는 개발되기 전에 추가적인 수정이 필요합니다.
   • status::ready: 이슈는 개발을 위해 준비되었습니다.
   • status::in progress: 이슈는 개발 중입니다.
   • status::review: 이슈의 해당 MRs가 코드 검토를 거치고 있습니다.
   • status::acceptance: 이슈는 이해 관계자 승인 및 QA 테스트를 위해 준비되었습니다.
   • status::done: 이슈의 수용 조건이 만족되었습니다.
4. 보드에 추가를 선택하세요.
5. 다른 레이블에 대해 이전 단계를 반복하세요.

그런 다음, 스프린트가 진행됨에 따라 이슈를 다른 디렉터리으로 끌어다 놓아 status:: 레이블을 변경하세요.

스프린트를 위한 버너운 차트 및 버너업 차트 보기

스프린트 중에 반복 보고를 검토하는 것이 유용할 수 있습니다. 반복 보고서는 진행 메트릭 및 버너운 및 버너업 차트를 제공합니다.

반복 보고서를 보려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. 계획 > 반복을 선택하고 반복 주기를 선택합니다.
3. 반복을 선택하세요.