튜토리얼: GitLab을 사용하여 스크럼 수행하기

Tier: Premium, Ultimate Offering: GitLab.com, Self-Managed, GitLab Dedicated

이 튜토리얼은 GitLab의 탄력적인 계획 및 추적 기능을 사용하여 핵심 스크럼 의례와 워크플로우를 용이하게 하는 단계별 지침을 제공합니다. 그룹, 프로젝트, 보드, 및 다른 기능을 의도적으로 설정함으로써 팀은 투명성, 협업, 그리고 전달 주기를 향상할 수 있습니다.

Martin Fowler의 Agile Fluency Model에 따르면, 스크럼을 연습하는 팀들은 다음과 같이 생각하고 계획합니다: > …그들의 소프트웨어로부터 수혜를 받을 스폰서, 고객, 사용자들이 어떤 이점을 보게 될지.

그들은 이를 월별 진행보고를 통해 실현하며, 정기적으로 그들의 과정을 반성하고 비즈니스와 고객 가치를 더 많이 제공하기 위해 작업 습관을 개선합니다.

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

그룹 및 프로젝트 설정

GitLab에서 스크럼을 용이하게 하려면 먼저 그룹과 프로젝트의 기본 구조를 설정해야 합니다. 그룹은 해당 그룹 아래에 있는 프로젝트들에서 상속될 수 있는 보드 및 레이블을 생성하는 데 사용됩니다. 프로젝트는 각 스프린트의 실제 작업 항목을 구성하는 이슈 및 작업을 포함할 것입니다.

GitLab에서의 상속 모델 이해

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

flowchart TD Group -->|포함| Project Group -->|포함| Epics Group -->|포함| Labels Group -->|포함| Boards Group -->|포함| Iterations Project -->|포함| Issues Labels .->|포함 관계| Project Issues .->|상위로 이관| Group Iterations .->|포함 관계| Project Issues .->|할당됨| Epics Issues .->|보드에 표시됨| Boards Issues .->|할당됨| Iterations
  • 그룹은 하나 이상의 프로젝트, 에픽, 보드, 레이블, 및 반복을 포함합니다. 사용자의 그룹 구성원 자격은 그룹의 프로젝트로 계속해서 적용됩니다.
  • 그룹 또는 프로젝트에서 보드 및 레이블을 생성할 수 있습니다. 이 튜토리얼에서는 그룹에 생성하여 단일 그룹 내의 많은 프로젝트에서 표준화된 계획 워크플로우와 보고를 용이하게 하기 위해 그룹에 생성해야 합니다.
  • 프로젝트로 포함되는 모든 객체(예: 그룹의 레이블)는 그 프로젝트의 이슈에 연결될 수 있습니다.

그룹 생성

스크럼 활동에 대한 전용 그룹을 만듭니다. 이 그룹은 프로젝트에 상속될 수 있는 보드 및 레이블과 같은 구성 및 프로젝트의 부모 컨테이너가 될 것입니다.

이 그룹은 일반적인 스크럼 주기 동안 다양한 활동의 주요 장소가 될 것입니다. 보드, 기능(에픽), 스토리(이슈) 롤업, 및 레이블이 포함될 것입니다.

그룹을 만들려면:

  1. 왼쪽 사이드바에서 맨 위에 있는 생성() 및 새 그룹을 선택합니다.
  2. 그룹 만들기를 선택합니다.
  3. 그룹 이름 텍스트 상자에 그룹의 이름을 입력합니다. 그룹 이름으로 사용할 수 없는 단어 디렉터리은 예약된 이름을 참조합니다.
  4. 그룹 URL 텍스트 상자에 네임스페이스를 위한 그룹의 경로를 입력합니다.
  5. 가시성 수준을 선택합니다.
  6. 선택 사항. GitLab 경험을 개인화하려면:
    • 할당 드롭다운 디렉터리에서 귀하의 역할을 선택합니다.
    • 이 그룹을 사용할 사용자는?에 대해 옵션을 선택합니다.
    • 이 그룹에서 무엇을 사용하시겠습니까? 드롭다운 디렉터리에서 옵션을 선택합니다.
  7. 선택 사항. 그룹에 구성원을 초대하려면, 이메일 1 텍스트 상자에 초대하려는 사용자의 이메일 주소를 입력합니다. 더 많은 사용자를 초대하려면 다른 구성원 초대를 선택하고 사용자의 이메일 주소를 입력합니다.
  8. 그룹 만들기를 선택합니다.

프로젝트 만들기

만든 그룹에서 하나 이상의 프로젝트를 만듭니다. 당신의 프로젝트는 상위 그룹으로 롤업될 이슈들을 포함할 것입니다.

빈 프로젝트를 만들려면:

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

다양한 스크럼 라이프사이클 단계를 지원하는 범위 지정 레이블 만들기

만든 그룹에서 이슈에 추가할 레이블을 만듭니다.

이 작업을 하는 데 가장 좋은 도구는 범위 지정 레이블입니다. 이 레이블에는 서로 배타적인 속성을 설정할 수 있습니다.

범위 지정 레이블의 이름에 있는 더블 콜론 (::)을 사용하면 같은 범위의 두 레이블이 함께 사용되지 못하게 합니다. 예를 들어, 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
  • 유형: 이 레이블은 하나의 반복에 일반적으로 풀어오는 다양한 유형의 작업을 나타내기 위한 것입니다:
    • type::story
    • type::bug
    • type::mantainence

반복 주기 생성

GitLab에서 스프린트는 반복이라고 부릅니다. 반복 주기에는 이슈에 대한 계획 및 보고를 위한 개별 연속 반복 타임박스가 포함되어 있습니다. 레이블과 유사하게, 반복은 그룹, 하위 그룹, 및 프로젝트 계층에서 계속해서 이어집니다. 그래서 만든 그룹에서 반복 주기를 만들어야 합니다.

전제 조건:

  • 그룹에 대한 적어도 기록자 역할이 있어야 합니다.

반복 주기를 만들려면:

  1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
  2. 계획 > 반복을 선택합니다.
  3. 새 반복 주기를 선택합니다.
  4. 반복 주기의 제목과 설명을 입력합니다.
  5. 자동 일정 설정 사용 확인란이 선택되어 있는지 확인합니다.
  6. 자동 일정을 사용하기 위해 필수 필드를 완성합니다.
    • 반복 주기의 자동화 시작 날짜를 선택합니다. 반복은 시작 날짜의 요일과 같은 요일에 시작되도록 예약됩니다.
    • 기간 드롭다운 디렉터리에서 2를 선택합니다.
    • 다가오는 반복 주기 드롭다운 디렉터리에서 4를 선택합니다.
    • 롤 오버 사용 확인란을 선택합니다.
  7. 주기 생성을 선택합니다. 반복 주기 디렉터리 페이지가 엽니다.

이러한 방식으로 반복 주기를 설정하면:

  • 각 스프린트는 2주 동안입니다.
  • GitLab은 자동으로 미래에 4개의 스프린트를 생성합니다.
  • 현재 스프린트가 마감되면 완료되지 않은 이슈는 자동으로 다음 스프린트로 재할당됩니다.

또한 자동 일정 사용을 비활성화하고 매뉴얼으로 반복을 만들고 관리할 수도 있습니다.

기능 백로그 관리

기능 백로그는 epic의 형태로 아이디어와 원하는 기능을 포착합니다. 이 백로그를 정제하는 과정에서 epics는 다가올 스프린트로 이동할 수 있도록 우선 순위가 정해질 것입니다. 이 섹션에서는 epic 보드를 만들어 백로그 관리를 용이하게하고 첫 번째 feature epic을 작성하는 방법을 다룹니다.

작업 구조 결정

GitLab은 다양한 종류의 백로그 관리를 지원할 수 있도록 확장 가능합니다. 이 튜토리얼에서는 다음과 같은 방식으로 결과물을 구조화할 것입니다:

flowchart TD Epic["Feature (Epic)"] --> Issue["Job Story (Issue)"] Issue --> Task["Implementation Step (Task)"]
  • Epic은 팀이 단일 반복에서 제공할 수있는 기능을 나타냅니다.
  • 각 epic에는 job stories 가 포함될 것입니다.
    • 각 story는 명시적인 수용 조건을 포함하고 개별이 하나 또는 두 날 안에 완료할 수 있을 만큼 작아야합니다.
    • 팀당 스프린트 단위로 4에서 10개의 stories를 완료해야합니다.

  • 기능을 분할하는 여러 전략이 있지만, 좋은 전략 중 하나는 수직으로 나누는 것입니다. 여기에서 이는 사용자가 목표를 달성하기 위해 수행해야하는 명백한, 독립적인 이야기로 이야기를 나누는 것을 의미합니다.

    당신은 고객에게 단일 이야기를 제공할 수 없을지도 모르지만, 팀은 각 이야기를 피처 플래그를 사용하여 프로덕션 환경이나 스테이징 환경에서 테스트하고 상호 작용할 수 있어야합니다. 이것은 이야기의 진행 상황을 이해하기 위해 이해관계자에게 시각성을 제공하는 데 도움이 되는데, 또한 복잡한 기능을 접근 가능한 개발 목표로 분해하는 메커니즘입니다.

  • stories의 복잡성에 따라, 개발자가 이야기를 완료하기 위해 취해야하는 개별적인 구현 단계인 tasks를 사용할 수 있습니다.

시간적 범위에 관한 가이드라인은 다음과 같이 지정되어야합니다:

  • feature는 단일 비반복적으로 완료 될 수 있습니다.
  • story는 몇 일 안에 완료 될 수 있습니다.
  • task는 몇 시간에서 하루 안에 완료 될 수 있습니다.

예시: 기능의 수직 분할

사용자의 여정에 기반하여 기능을 수직으로 나눈 작업 이야기의 예시입니다:

flowchart TD Epic["Epic: When using the application, I need to create an <br> account, so that I can use the application features"] --> Issue1["Issue: When creating my account, I need to specify my email address,<br> so that I can receive future updates from the application"] Epic --> Issue2["Issue: When creating my account, I need to <br>specify a password, so that my account remains secure"] Epic --> Issue3["Issue: When creating my account and entering the required info, I need to <br>finalize creating my account, so that I can log in"]

여기서 feature를 서로 다른 세 개의 이야기로 세분화하였습니다:

  1. 이메일 주소 입력.
  2. 비밀번호 입력.
  3. 계정 생성을 완료하고 로그인할 수 있도록 선택하기.

기능을 이야기로 나눈 후, 이야기를 개별적인 구현 단계로 더 나눌 수 있습니다:

flowchart TD Issue1["Issue: When creating my account, I need to specify my email address,<br> so that I can receive future updates from the application"] Issue1 --> Task2["Task: Backend - Validate email formatting"] Issue1 --> Task3["Task: Backend - API endpoint to accept POST request from client"] Issue1 --> Task4["Task: Frontend - Display email input"] Issue1 --> Task5["Task: Frontend - Display error message when validation fails"]

릴리스 계획 보드 설정

결과물 구조를 정의했습니다. 다음 단계는 feature 백로그를 개발하고 유지 관리하는 데 사용할 epic 보드를 만드는 것입니다.

새 epic 보드를 만들려면:

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

다음으로 priority::later, priority::next, priority::now 레이블을 위한 새 디렉터리을 만듭니다.

새 디렉터리을 만들려면:

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

이러한 디렉터리을 사용하여 보드에서 왼쪽에서 오른쪽으로 feature를 이동시키기 위한 도구로 사용할 수 있습니다.

릴리스 계획 보드의 각 디렉터리을 다음과 같은 시간적 범위를 나타내도록 사용합니다:

  • Open: 아직 우선 순위가 정해지지 않은 기능들.
  • Later: 나중에 우선 순위가 정해질 기능들.
  • Next: 다음 릴리스를 위해 임시로 계획된 기능들.
  • Now: 현재 릴리스를 위해 우선 순위가 정해진 기능들.
  • Closed: 완료되거나 취소된 기능들.

첫 번째 epic 생성

다음으로, priority::now 디렉터리에 새 epic을 생성합니다:

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

  2. 새 epic의 제목을 입력합니다: 

    애플리케이션을 사용할 때 애플리케이션 기능을 사용할 수 있도록 계정을 만들어야합니다.
  3. 에픽 생성을 선택합니다.

이 단계를 완료한 후에는 보드가 다음과 같아야합니다:

Example epic board

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

많은 feature epics의 뼈대를 만들고 이것들을 Now, Next, Later 디렉터리으로 우선 순위를 정할 수 있습니다. 이제 각 이야기를 이야기와 작업으로 더 나누는데 시간을 들이세요.

디렉터리 또는 디렉터리 간에 feature epics의 순서를 변경하려면 epic 카드를 끌어서 변경하세요. 또한 카드를 디렉터리의 맨 위나 맨 아래로 이동할 수 있습니다.

이야기 백로그 관리

Epic으로 정의된 feature가 있다면, 다음 단계는 해당 기능을 상세하게, 수직적으로 나누어 issue로 나타내되요. 그런 다음 전용 백로그 보드에서 반복별로 이러한 작업을 정제하고 순서를 정해야합니다.

기능을 이야기로 분할하기

효율적인 스프린트 계획 미팅을 위해 미리 기능을 수직으로 나눠 이야기로 만드세요. 이전 단계에서 첫 번째 feature를 만들었습니다. 이제 그것을 이야기로 나누겠습니다.

첫 번째 이야기를 생성하려면:

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

  6. 이슈의 제목은 다음과 같이 입력하세요: 

    애플리케이션 사용 중에 이메일 주소를 지정하여 애플리케이션에서 향후 업데이트를 받을 수 있어야합니다.
  7. 프로젝트 드롭다운 디렉터리에서 이슈를 생성하고 싶은 프로젝트를 선택하세요.
  8. 이슈 생성을 선택하세요.

  9. 나머지 두 수직 조각에 대해이 프로세스를 반복하세요: 

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

    내 계정을 만들고 필요한 정보를 입력하면, 로그인할 수 있도록 계정 생성을 완료해야합니다.

이야기 백로그를 정제하세요

이전 단계에서는 기능을 완료하기 위해 필요한 사용자 이야기를 세분화했습니다. 다음으로, 이야기 백로그를 관리하고 정제하는 정통지역으로 사용할 이슈 보드를 설정하세요.

그룹에서 새 이슈 보드 백로그 를 만드세요. 당신은 이 보드를 사용하여 이야기를 순서화하고 예정된 스프린트(이터레이션)로 배치할 것입니다.

  1. 왼쪽 사이드바에서 검색 또는 이동 을 선택하고 그룹을 찾으세요.
  2. Plan > 이슈 보드 를 선택하세요.
  3. 왼쪽 상단에서 현재 보드 이름이 표시된 드롭다운 디렉터리을 선택하세요.
  4. 새 보드 만들기 를 선택하세요.
  5. 새 보드의 제목을 입력하세요: 백로그.
  6. 보드 만들기 를 선택하세요.

보드를 만든 후에는, 각 예정된 반복에 대해 새로운 디렉터리을 만드세요:

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

그런 다음, 이터레이션이 종료되면 완료된 이터레이션 디렉터리을 제거 하고 귀하의 캐딩 설정을 기반으로 자동으로 만들어진 새로운 미래 이터레이션에 대한 새 디렉터리을 추가해야 합니다.

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

  1. 보드에서 각 이슈 카드를 선택하고 status::refine 레이블을 적용하세요:
    1. 사이드바의 레이블 섹션에서 편집 을 선택하세요.
    2. 할당된 레이블 디렉터리에서 status::refine 레이블을 선택하세요.
    3. 레이블 할당 옆의 X 를 선택하거나 레이블 섹션 외부의 영역 중 하나를 선택하세요.
  2. 세 가지 이야기를 원하는 예정된 스프린트로 끌어다 이야기를 해당 스프린트 시간대에 할당하세요.

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

예시 이슈 보드

실무에서는 이 보드를 사용하여 다수의 이야기를 향후 이터레이션으로 배치할 것입니다. 백로그가 커지고 여러 기능에 걸쳐 수십 개의 이야기가 있는 경우, 이야기를 해당하는 기능 에픽에 대해 볼 수 있도록 에픽별 그룹화를 활성화하는 것이 도움이 될 수 있습니다. 이야기가 그룹화되면 향후 이터레이션으로 배치하기가 더 쉬워집니다.

스프린트 계획 세례

백로그를 준비했다면, 이제 다가오는 스프린트를 계획할 때입니다. GitLab에서는 동기식 및 비동기식 방법을 사용하여 스프린트 계획 미팅을 용이하게 할 수 있습니다.

동기식 계획

스프린트 계획 세례 때다. 팀과 함께 백로그 보드를 가져와서 각 이야기에 대해 작업하세요. 현재 스프린트가 마지막 날에 다음 스프린트를 위한 계획을 시작해야 합니다. 각 이슈에 대해 논의할 때:

  • 수용 기준을 검토하고 협업하세요. 이를 이슈 설명에 체크리스트 또는 디렉터리 항목을 사용하여 캡처할 수 있습니다.
  • 각 구현 단계에 대해 이야기를 세분화하세요.
  • 이슈의 이야기 포인트 노력이나 복잡성을 추정하고, 이 값을 이슈의 가중치 필드에 설정하세요.

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

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

다가오는 이터레이션의 모든 이슈를 반복한 후, 스프린트 계획을 마치게 됩니다!

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

비동기식 계획

동기식 미팅을 갖는 대신, 스프린트 계획을 실행하기 위해 이슈를 사용하세요.

비동기식 스프린트 계획의 특성상, 현재 스프린트가 끝날 며칠 전부터 시작해야 합니다. 팀원들에게 기회를 제공하여 기여하고 협업할 수 있는 적절한 시간을 확보하세요.

  1. 백로그 이슈 보드를 열어보세요:
    1. 왼쪽 사이드바에서 검색 또는 이동 을 선택하고 그룹을 찾으세요.
    2. Plan > 이슈 보드 를 선택하세요.
    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. 이야기 토론이 마무리되면, 각 이슈에 status::ready 레이블을 추가하세요.
  9. 그러고 나서, 그 세로 슬라이스의 계획이 완료되었다는 신호로, 계획 이슈의 각 토론 스레드를 해결하세요.

스프린트 진행 추적

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

현재 스프린트를 위한 보드 만들기

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

  1. 왼쪽 사이드바에서 검색 또는 이동 을 선택하고 그룹을 찾으세요.
  2. Plan > 이슈 보드 를 선택하세요.
  3. 왼쪽 상단에서 현재 보드 이름이 표시된 드롭다운 디렉터리을 선택하세요.
  4. 새 보드 만들기 를 선택하세요.
  5. 새 보드의 제목을 입력하세요: 현재 스프린트.
  6. 범위 옆에 확장 을 선택하세요.
  7. 이터레이션 옆에 편집 을 선택하세요.
  8. 이터레이션 캐딩 하단에서 현재 를 선택하세요.
  9. 보드 만들기 를 선택하세요.

보드는 이제 현재 이터레이션에 할당된 이슈만 표시되도록 필터링되었습니다. 활성 스프린트에서 팀의 진행 상황을 시각화하기 위해 사용하세요.

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

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

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

    • status::refine: 이슈는 개발 전에 추가적인 정제가 필요합니다.
    • status::ready: 이슈는 개발 준비가 되었습니다.
    • status::in progress: 이슈가 개발 중입니다.
    • status::review: 이슈의 해당 MR이 코드 검토 중에 있습니다.
    • status::acceptance: 이슈는 스테이크홀더 수용 및 QA 테스트 준비가 되었습니다.
    • status::done: 이슈의 수용 기준이 충족되었습니다.
  4. 보드에 추가 를 선택하세요.
  5. 다른 레이블에 대해 앞의 단계를 반복하세요.

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

스프린트용 버너다운 및 버너업 차트 보기

스프린트 중에 이터레이션 보고서를 검토하는 것이 도움이 될 수 있습니다. 이터레이션 보고서는 진행 메트릭과 버너다운 및 버너업 차트를 제공합니다.

이터레이션 보고서를 보려면:

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