tutorial

Jira Software 소프트웨어로 스크럼 배우기

스크럼 프로젝트를 추진하는 방법에 대한 단계별 안내

Claire Maynard 작성자: Claire Maynard
주제 찾아보기

스크럼 자습서

이 자습서에서는 스크럼 프로젝트를 추진하고, 우선 순위를 지정하며, 백로그를 스프린트로 구성하고, 스크럼 세레모니를 진행하며, 그 외 여러 가지를 모두 Jira Software에서 수행하는 방법에 관한 단계별 안내를 제공합니다.

시간:

10분 분량. 완료하는 데 2주가 소요됩니다

대상:

스크럼, 애자일 소프트웨어 개발 또는 Jira Software를 처음 사용하는 경우

필수 조건:

Jira Software 계정을 만들었습니다

무료로 시작

스크럼이란?

스크럼은 애자일을 구현할 때 가장 선호되는 프레임워크 중 하나입니다. 스크럼에서는 스프린트로 불리는 시간이 고정된 일련의 반복을 통해 제품을 빌드하므로 팀에 정기적인 케이던스로 배포하는 프레임워크를 제공합니다.

1단계: 스크럼 프로젝트 만들기

Jira Software에서 계정을 만들고 로그인하면 라이브러리에서 템플릿을 선택할 수 있습니다. 스크럼을 선택합니다(칸반 프로젝트를 만드는 방법은 여기에서 알아볼 수 있습니다).

다음으로 프로젝트 유형을 선택하라는 메시지가 표시됩니다. 팀이 독립적으로 작업하며 자립적인 공간에서 자체 작업 프로세스 및 관행을 제어하려는 경우 팀에서 관리하는 스크럼 템플릿을 사용해 보세요. 자세한 내용은 Atlassian 커뮤니티의 팀에서 관리하는 프로젝트 시작하기를 참조하세요.

프로젝트를 만든 후에는 빈 백로그에 도착하게 됩니다. 백로그는 제품 백로그라고도 하며 프로젝트에 대한 팀의 잠재적인 작업 항목의 지속적인 목록을 포함합니다.

2단계: 백로그에서 사용자 스토리 또는 작업 만들기

Jira Software에서는 사용자 스토리, 작업 및 버그와 같은 작업 항목을 "이슈"라고 합니다. 백로그에서 빠른 만들기 옵션을 사용하여 사용자 스토리를 몇 개 만드세요. 사용자 스토리가 떠오르지 않는 경우 샘플 스토리를 만들어 시작하고 프로세스의 작동 방식을 확인해 보세요.

사용자 스토리 만들기 | Atlassian 애자일 코치
사용자 스토리란 무엇입니까?

사용자 스토리는 작업 항목을 사용자의 관점에서 기술적이지 않은 언어로 설명하는 데 사용됩니다. {사용자 유형}으로서 나는 {받는 혜택}을(를) 위해 {목표}을(를) 원합니다.

웹사이트를 간단한 예제로 사용하여 사용자 스토리를 만들어 보겠습니다.

고객으로서 이전에 구입한 내용을 볼 수 있도록 계정을 만들고 싶습니다.

사용자 스토리는 일반적으로 제품 소유자가 구상하여 우선 순위를 지정한 다음, 개발 팀이 다가오는 스프린트에서 스토리를 완료하는 데 필요한 세부 작업을 결정합니다. 개발 팀은 또한 스토리 작업을 완료하는 데 필요한 상대적인 노력을 추정할 책임이 있습니다.

사용자 스토리를 몇 개 만든 후에는 백로그에서 우선 순위를 지정할 수 있습니다. Jira Software에서는 작업해야 하는 순서대로 스토리를 끌어다 놓아서 스토리의 순위나 우선 순위를 지정합니다.

이는 프로젝트에서 처음 시작하는 스토리에 불과하며 프로젝트의 수명 동안 스토리를 계속 만들게 됩니다. 애질리티에는 지속적인 학습과 적응이 포함되기 때문입니다.

3단계: 스프린트 만들기

스프린트 계획을 시작할 수 있도록 백로그에서 첫 스프린트를 만드세요.

스프린트란 무엇입니까?

스크럼에서 팀은 스프린트라고 하는 정해진 기간 동안 일련의 사용자 스토리 또는 기타 작업 항목을 완료하기 위해 예측을 합니다. 일반적으로 스프린트의 길이는 1주, 2주 또는 4주입니다. 스프린트 길이는 팀의 선택에 달려 있으며 2주로 시작하는 것이 좋습니다. 2주는 무언가를 달성할 정도로는 길지만 팀이 정기적인 피드백을 받을 정도로 긴 기간은 아닙니다. 스프린트 케이던스가 결정되면 팀은 해당 케이던스로 끊임없이 작업합니다. 시간이 고정된 스프린트는 추정 기술을 강화하고 팀이 백로그에서 작업할 때 향후 속도를 예측합니다.

스프린트 만들기 | Atlassian 애자일 코치

4단계: 스프린트 계획 회의 열기

스프린트를 시작할 때는 나머지 팀원들과 스프린트 계획 회의를 열어야 합니다. 스프린트 계획 회의는 스프린트 전반에서 팀 전체가 성공할 수 있도록 준비하는 세레모니입니다. 이 회의에서는 팀 전체가 스프린트 목표와 우선 순위가 지정된 제품 백로그의 스토리에 대해 논의합니다. 개발 팀은 우선 순위가 높은 스토리에 대한 세부 작업과 추정치를 만듭니다. 그런 다음 개발 팀은 스프린트에서 일정한 개수의 스토리를 완료하기로 이행을 약속합니다. 이러한 스토리와 스토리를 완료하기 위한 계획은 스프린트 백로그라고 하는 것이 됩니다.

스토리 포인트 추정치 필드에 숫자를 추가하여 스토리에 스토리 포인트 추정치를 추가하세요. 스토리에 더 많은 세부 정보를 추가하거나 하위 작업 만들기 아이콘을 클릭하여 스토리의 작업을 더 세분화할 수도 있습니다.

스프린트 만들기 | Atlassian 애자일 코치

준비가 되면 스프린트 계획 회의에서 합의가 이루어진 스토리를 방금 만든 스프린트에 끌어다 놓습니다. 이것이 스프린트 백로그입니다.

스프린트 계획 회의란 무엇입니까?

참석자: 필수: 개발 팀, 스크럼 마스터, 제품 소유자

언제: 스프린트가 시작될 때

기간: 일반적으로 주당 2시간의 반복(예: 4시간의 계획 회의와 함께 2주간의 스프린트가 시작됨). 목적을 달성하면 회의는 종료됩니다.

목적: 스프린트 작업을 계획합니다. 팀은 스프린트 목표와 스프린트 백로그에 합의합니다.

스프린트 목표란 무엇입니까?

스프린트를 만들 때 제품 소유자는 일반적으로 스프린트의 목표를 파악합니다. 그러면 스프린트에서 완료해야 할 작업의 테마가 제공됩니다. 스프린트 목표는 스프린트에서 완료되는 스토리의 수에 유연성을 제공하기도 합니다. 스프린트 목표를 달성하면 스프린트가 성공으로 간주됩니다.

애자일 추정이란 무엇입니까?

기존 소프트웨어 팀은 일, 주, 월 등 시간 형식으로 추정치를 제공합니다.
그러나 많은 애자일 팀이 스토리 포인트로 전환했습니다. 스토리 포인트는 종종 피보나치 수열과 같은 형식(0, 0.5, 1, 2, 3, 5, 8, 13, 20, 40, 100)으로 작업의 상대적인 노력을 평가합니다.

추정치는 팀원 수에 따라 다음 번에 스프린트에 추가해야 하는 작업의 양을 측정하는 데 도움이 됩니다. 스프린트를 몇 차례 마친 후에 팀은 각 스프린트에서 얼마나 많은 작업을 할 수 있는지 더 효과적으로 파악하여 과도한 작업에 대한 이행 약속을 방지할 수 있습니다.

5단계: Jira에서 스프린트 시작

스프린트 이름을 지정합니다. 일부 팀은 스프린트 목표에 따라 스프린트 이름을 지정합니다. 스프린트의 이슈 간에 공통점이 있는 경우 해당 테마를 중심으로 스프린트의 이름을 지정하세요. 원하는 대로 스프린트 이름을 지정해도 됩니다.

스프린트의 기간을 비롯해 시작 및 종료 날짜를 추가합니다. 시작 날짜와 종료 날짜는 팀의 일정에 정렬되어야 합니다. 예를 들어 어떤 팀은 월요일에 스프린트를 시작해서 그 다음 주 금요일 아침에 끝날 수도 있고 주중에 스프린트를 시작해서 주중에 끝내기로 결정하는 팀도 있습니다. 각자의 선택에 달렸습니다. 스프린트가 얼마나 길어야 하는지 확실하지 않은 경우 2주로 진행해 보는 것을 권장합니다.

스프린트 계획 회의에서 합의한 대로 스프린트 목표를 추가합니다.

스프린트를 시작하면 프로젝트의 활성 스프린트 탭으로 이동됩니다.

활성 스프린트 | Atlassian 애자일 코치

여기에서 팀은 해야 할 일 열에서 항목을 선택하여 진행 중으로, 그리고 결국 완료로 이동하게 됩니다.

팀에서 관리하는 스크럼 템플릿을 사용하는 경우, 이 템플릿은 보드라고 합니다.

6단계: 매일 스탠드업 회의 열기

스프린트가 시작된 후에는 팀이 매일, 보통 아침에 만나서 모두가 무엇을 진행하고 있는지 검토하도록 하세요. 이 활동의 목적은 스프린트 작업을 완료하는 데 장애물에 부딪힌 팀원이 있는지 확인하는 것입니다.

매일 스탠드업 회의란 무엇입니까?

(주) 참석자: 개발 팀

언제: 하루에 한 번(주로 아침)

기간: 15분을 넘지 않습니다. 회의실을 예약하지 말고 앉아서 스탠드업 회의를 진행하세요. 스탠드업 회의를 하면 회의 시간을 짧게 유지할 수 있습니다.

목적: 매일 스탠드업 회의는 팀 전체에서 무슨 일이 일어나고 있는지 모두에게 빠르게 알리고 그날의 작업을 계획하기 위해 고안되었습니다. 완벽한 상태 회의가 아닙니다. 분위기는 가볍고 재미있지만 유익해야 합니다. 각 팀원에게 다음 질문에 대답하도록 안내합니다.

  • 어제 어떤 작업을 완료했습니까?
  • 오늘 무슨 일을 할 예정입니까?
  • 무언가에 의해 차단됐습니까?

어제 완료한 작업을 동료들 앞에서 보고하는 데에는 암묵적인 책임이 있습니다. 항상 같은 일을 하며 진전을 이루지 않는 팀원이 되고 싶은 구성원은 없습니다.

전문가 팁: 일부 팀에서는 타이머를 사용하여 모든 관계자를 추적합니다. 또 어떤 팀은 팀 전체에 질문을 던져 모두가 관심을 기울이고 있는지 확인합니다. 많은 분산된 팀이 화상 회의 또는 그룹 채팅을 사용하여 거리 격차를 줄입니다. 팀이 제각기 고유하듯이 스탠드업 회의 역시 고유합니다.

매일 스탠드업 회의 중에 스크럼 보드의 활성 스프린트를 사용하여 각 팀원이 진행 중인 자신의 작업을 보도록 할 수 있습니다.

7단계: 번다운 차트 보기

스프린트 중에는 번다운 차트를 확인하는 것이 좋습니다. Jira Software에서 번다운 차트는 스프린트에서 수행해야 할 실제 작업량과 예상 작업량을 보여줍니다. 작업 항목을 완료하면 Jira에서 번다운 차트를 자동으로 업데이트합니다. 이 차트를 보려면 사이드바에서 보고서를 클릭한 다음 보고서 드롭다운에서 번다운 차트를 선택합니다.

번다운 차트란 무엇이며 어떻게 읽습니까?

번다운 차트는 스프린트에서 수행해야 할 실제 작업량과 예상 작업량을 보여줍니다. 번다운 차트의 가로 x축은 시간을 나타내고 세로 y축은 일반적으로 스토리 포인트를 나타냅니다.

번다운 차트를 사용하여 스프린트의 남은 총 작업을 추적하고 스프린트 목표 달성 가능성을 예측할 수 있습니다. 반복 과정에서 남은 작업을 추적하여 팀은 진행률을 관리하고 그에 따라 대응할 수 있습니다.

애자일 번다운 차트 | Atlassian 애자일 코치
조심해야 할 안티패턴
  • 팀이 충분한 작업에 대한 이행 약속을 하지 않기 때문에 스프린트마다 작업을 일찍 완료합니다.
  • 팀이 너무 많은 작업에 대해 이행을 약속하기 때문에 스프린트마다 예측에 미달하고 있습니다.
  • 번다운 차트 라인은 작업이 세부적인 작업으로 분할되지 않았기 때문에 점진적인 번다운 차트가 아닌 가파른 하락으로 이어집니다.
  • 제품 소유자가 스프린트 중에 범위를 추가하거나 변경합니다.

8단계: 스프린트 보고서 보기

스프린트 도중이나 그 후에 언제든지 스프린트 보고서를 보고 스프린트를 모니터링할 수 있습니다.

스프린트 보고서란 무엇입니까?

스프린트 보고서에는 번다운 차트가 포함되며 완료된 작업, 완료되지 않은 작업 및 스프린트가 시작된 후 추가된 작업이 나열됩니다.

9단계: 스프린트 검토 회의 열기

스프린트 데모라고도 하는 스프린트 검토는 팀에서 해당 스프린트에서 제공한 사항을 보여주는 공유 목적의 회의입니다. 각 스프린트는 일반적으로 증분이라고 불리는 제품의 작동 부분을 만들어냅니다.

프로젝트에 대한 많은 피드백이 포함된 회의이며 다음에 수행할 작업을 결정하는 데 도움이 되는 브레인스토밍 세션이 진행됩니다.

(주) 참석자: 개발 팀, 스크럼 마스터, 제품 소유자
선택 사항: 이해 관계자

언제: 일반적으로 스프린트의 마지막 날

기간: 일반적으로 2주 스프린트의 경우 2시간

목적: 증분을 검사하고 협업을 통해 제품 백로그를 업데이트합니다.

물어봐야 할 질문:

  • 팀이 스프린트 예측을 달성했습니까?
  • 스프린트 중에 작업이 추가되거나 제거되었습니까?
  • 스프린트 내에서 완료되지 않은 작업이 있습니까?
  • 그렇다면 왜 그렇습니까?

10단계: 스프린트 회고 회의 열기

스프린트를 완료한 후 팀이 회고를 진행하도록 하세요. 회고를 어딘가에 기록하세요. Confluence에 기록하는 것은 어떻습니까?

스프린트 회고 회의란 무엇입니까?

참석자: 개발 팀, 스크럼 마스터, 제품 소유자

언제: 반복이 끝날 때

기간: 일반적으로 2주 스프린트의 경우 90분

목적: 팀은 프로세스, 도구 및 팀 상호 작용을 포함하여 자체적으로 검사합니다. 다음 스프린트의 백로그에 개선 이슈가 추가되는 경우가 많습니다.

회고는 조치 없이 불만을 제기하는 시간이 아닙니다. 회고를 통해 무엇이 효과가 있는지 파악하여 팀이 해당 영역에 계속 집중할 수 있도록 하세요. 또한 효과가 없는 것이 무엇인지 알아보고 이 시간을 통해 창의적인 해결 방법을 찾고 실행 계획을 수립하세요. 지속적인 개선은 애자일 팀 내에서 발전을 유지하고 추진하는 요소이며, 여기에서 핵심적인 부분은 회고입니다.

물어봐야 할 질문:

  • 스프린트 중에 잘된 점은 무엇입니까?
  • 부족한 점은 무엇이었습니까?
  • 다음 번에는 무엇을 더 잘할 수 있습니까?

전문가 팁: 팀 전체에서 작업이 잘 진행되고 있더라도 회고를 중단하지 마세요. 회고는 팀이 계속해서 잘 진행할 수 있도록 지속적으로 안내해 줍니다.

11단계: Jira에서 스프린트 완료

스프린트가 끝날 때는 스프린트를 완료해야 합니다.

보드 상단의 스프린트 완료 버튼

스프린트에 완료되지 않은 이슈가 있는 경우 다음을 할 수 있습니다.

  • 이슈를 백로그로 이동합니다.
  • 이슈를 향후 스프린트로 이동합니다.
  • 이슈를 Jira가 자동으로 만들어주는 새 스프린트로 이동합니다.

12단계: 2단계부터 반복

이제 사용자 스토리를 사용하여 백로그를 만들고, 사용자 스토리를 스프린트로 구성하고, 스프린트를 시작하고, 스크럼 세레모니를 여는 데 대한 기본적인 내용을 이해하셨을 것입니다. 이 방법이 팀에 적합한지 아니면 조금 더 전문적인 주제로 진행하고 싶은지 결정할 수 있습니다.

사용자와 팀이 위의 단계를 완료한 후에는 고급 문서: Jira Software로 고급 스크럼 사례를 수행하는 방법으로 넘어가세요.