스프린트 백로그를 작성하고 사용하려고 합니다?
스프린트 백로그는 단순한 할 일 목록처럼 보일 수 있지만 성공적인 스크럼 스프린트를 위해 매우 중요합니다.
_왜?
스크럼 팀원들에게 해당 스프린트 동안 무엇을 제공해야 하는지 안내해 주기 때문입니다! 이는 고객 만족도뿐만 아니라 생산성 측면에서도 매우 중요합니다.
즐겨 찾는 레스토랑의 셰프가 채택한 경우 애자일과 스크럼 와 같이 보일 것입니다:
- Food: 배달 가능
- 레시피: 스프린트
- 프로세스: 애자일
- 재료 백로그 항목
그러나 이 백로그 항목 _에는 무엇이 들어가나요?
그리고 더 중요한 것은 스프린트 백로그 ?_를 어떻게 사용하나요?
이 스크럼 가이드에서는 고든 램지가 요리를 요리하는 것처럼 스프린트 백로그를 만들고 사용하는 방법을 다룹니다!
요리 시작하자!
하지만 일반적인 멀티 코스 요리와 마찬가지로 메인 코스에 들어가기 전에 애피타이저부터 시작해야 합니다!
그래서 먼저 스크럼이 무엇인지 살펴본 다음 그런 다음 스프린트 백로그를 다뤄보려고 합니다.
하지만 스프린트 백로그 메인 코스가 정말 먹고 싶으시다면 그것도 준비되어 있습니다(*클릭) 여기 해당 섹션으로 이동하려면).
스크럼 방법론이란 무엇인가요?
스크럼은 애자일 프로젝트 관리 팀이 가능한 한 빨리 프로젝트를 완료할 수 있도록 도와주는 방법입니다.
이 프로젝트 관리 팀 는 이 방법론을 사용하여 프로젝트를 스프린트라는 짧은 개발 주기로 나눕니다. 각 스프린트는 팀이 프로젝트의 여러 섹션을 개발하는 반복 작업입니다.
애자일 소프트웨어 개발 팀은 주로 스크럼 프레임워크를 사용하지만, 영업 및 마케팅 팀과 같이 프로젝트 유연성을 원하는 모든 팀도 스크럼 프레임워크를 사용할 수 있습니다.
자세한 가이드를 확인하세요:_ 애자일 소프트웨어 개발이란 무엇인가요?
스크럼은 어떻게 작동하나요?
예시를 들어 설명해 보겠습니다:
고든 램지를 위한 레시피 앱을 개발한다고 가정해 보겠습니다.
몇 달 동안 플랜을 세우고 앱을 개발했지만 램지 셰프가 최종 결과물에 만족하지 않을 수 있습니다. 수많은 기능을 제공했지만 여전히 램지 셰프가 만족하지 못했을 수 있습니다.
_왜요?
그는 앱의 홈 화면에서 스파게티 볼로네제 같은 자신의 시그니처 요리를 강조하고 싶었는데, 그 모든 계획에도 불구하고 이를 놓쳤기 때문이죠.
이제 여러분은 불만스러운 고든을 상대해야 합니다(운이 좋아야죠!).
하지만 만약 팔로워가 애자일 소프트웨어 개발 접근 방식을 사용했다면 고든 셰프를 만족시킬 수 있었을 것입니다.
어떻게요?
앱을 단계별로 개발하고, 각 단계가 끝난 후 셰프에게 피드백을 요청하고 다음 릴리스 전에 필요한 변경을 수행합니다.
_결과는?
고든 셰프가 파스타를 요리해 줄지도 모릅니다!
애자일 스크럼에 대해 또 무엇을 알아야 하나요? 스크럼 을 사용하면 양파를 깍둑썰기 하듯 프로젝트를 여러 스프린트로 나눌 수 있습니다!
멋지지 않나요?
하지만 스프린트는 스크럼이라는 거대한 빙산의 일각에 불과합니다.
스크럼에는 다양한 회의, 팀 역할, 그리고 스크럼 아티팩트 !
이러한 요소에 대해 간략하게 개요를 살펴보겠습니다.
참고: _ 각 요소에 대한 자세한 설명이 있습니다 *[스크럼 가이드 스크럼 가이드](/blog?p=8248에서확인할수있습니다)* 스크럼 가이드는 이러한 개념을 빠르게 이해하는 데 도움이 될 것입니다. 더 읽어보고 싶으시다면 무료로 확인해 보세요
1. 스크럼 회의
스크럼은 스크럼 팀이 프로세스를 점검하고 조정하는 데 도움이 되는 일련의 회의를 정의합니다. 여기에는 다음이 포함됩니다:
- 스프린트 플랜 각 스크럼 스프린트를 시작하기 전에 진행되는 계획 회의
- 매일 스크럼 회의 다음날 할 일을 논의하기 위해 열리는 정기 스크럼 회의
- 스프린트 검토 : 각 스크럼 스프린트 후에 이해 관계자에게 결과물을 시연하기 위해 개최됩니다
- 스프린트 회고 스프린트 후 다음 스프린트에서 변경해야 할 사항을 파악하기 위해 열리는 스크럼 회의입니다
2. 스크럼 아티팩트
스크럼 아티팩트는 팀과 필수 프로젝트 정보를 공유하는 데 도움이 되는 요소입니다 이해관계자 .
주로 다음을 포함합니다:
- 제품 백로그 : 제품에서 개발해야 하는 기능 목록입니다
- 증분: 팀이 이해 관계자에게 제공하는 제품의 작업 버전입니다
The 스크럼 스프린트 백로그 도 스프린트에 대한 주요 정보를 공유하는 데 도움이 되는 아티팩트입니다.
(잠시 후에 살펴보겠습니다.)
3. 스크럼 역할 각 스크럼 팀은 세 가지 역할로 구성됩니다:
- 제품 소유자: 이해 관계자의 요구 사항을 이해하고 팀에 피드백을 전달하며제품 백로그를 관리합니다* 스크럼 마스터: 이해 관계자들은 스크럼 프레임워크를 팔로우합니다
- 개발 팀: 각 스크럼 스프린트 동안 제품을 개발합니다
4. 사용자 스토리
Teams는 사용자 스토리를 사용하여 고객이 제품 기능을 어떻게 사용할지 설명합니다.
이를 통해 식별하는 데 도움이 됩니다:
- 사용자가 누구인지 _ 파악하는 데 도움이 됩니다
- 필요한 기능
- 사용자에게 이러한 기능이 필요한 이유
저희의 애자일 프로젝트 관리 가이드 를 참조하여 사용자 스토리에 대해 자세히 알아보세요. 그리고 ClickUp의 애자일 프로젝트 관리 블로그 나날이 성장하고 있습니다! 🌱
5. 스프린트 번다운 차트 스프린트 번다운 차트는 현재 스프린트에서 아직 완료하지 않은 일을 보여줍니다. 스크럼 팀은 번다운 차트 스프린트를 사용하여 제시간에 작업을 완료할 수 있는지 여부를 측정할 수 있습니다.
여기까지입니다!
애피타이저는 끝났습니다.
드디어 메인 코스로 넘어갑니다!
스프린트 백로그로 들어가 보겠습니다.
지금까지 읽으신 이유가 바로 그것 때문이죠?
스프린트 백로그란 무엇인가요?
스프린트 백로그는 스프린트 기간 동안 팀이 개발해야 할 내용을 설명합니다. 일부 스크럼 팀에서는 이를 반복 백로그 또는 릴리스 백로그라고 부르기도 합니다.
기본적으로 할 일 목록입니다 제품 백로그 항목 목록 다가오는 스프린트에서 개발될 제품 목록입니다. 또한 레시피처럼 이를 수행하기 위한 플랜도 포함되어 있습니다.
스프린트 백로그는 누가 관리하나요?
고든이 음식을 평가하는 이해관계자라면, 요리를 하는 사람은 누구인가요?
에 따르면 스크럼 가이드 에서 개발 팀은 스프린트 기간 동안 스프린트 백로그를 관리할 책임이 있습니다.
제품 백로그와 스프린트 백로그 비교
Gordon의 요리 책에는 레시피보다 스크럼 용어가 더 많기 때문에 길을 잃고 혼란스러워하기 쉽습니다.
어떤 사람들은 스프린트 리뷰와 스프린트 백로그를 혼동하기도 합니다 스프린트 회고전 에서 제품 백로그와 스프린트 백로그를 혼동하는 경우도 있습니다.
하지만 왜 그럴까요?
둘 다 백로그이기 때문일까요?
아니면 스프린트 백로그에 제품 백로그 항목이 포함되어 있기 때문인가요?
하지만 삶는 것과 끓이는 것처럼 이 두 가지 아티팩트는 비슷하게 들리지만 매우 다릅니다!
방법은 다음과 같습니다:
| 제품 백로그 | 스프린트 백로그 | 제품 백로그
프로젝트 백로그라고도 하는 메인 프로젝트 문서이며 제품 백로그의 부분 집합으로, 하나의 스프린트 전용 문서입니다. 우선순위가 지정된 제품 백로그라고도 합니다 | 프로젝트에 대한 모든 제품 요구 사항을 포함합니다 | 한 스프린트에서 개발될 /href//blog?p=49938product requirements/%href/의 만 포함합니다 | | 사용자 요구 사항을 받으면 생성됨 | 스프린트 계획 중에 생성됨 | 제품 소유자가 백로그 관리 처리 | 개발 팀이 백로그 관리 처리 |
스크럼 스프린트 백로그 작성 및 사용 방법 ## 스크럼 스프린트 백로그 작성 및 사용 방법
작업 목록이지만 스프린트 백로그를 만드는 것은 레시피를 작성하는 것만큼 간단하지 않습니다.
하지만 Gordon의 레시피를 완성하는 것만큼 어렵지는 않으니 걱정하지 마세요.
A. 스프린트 백로그 구축하기
모든 마스터셰프의 도전은 무엇을 요리할지 _계획하는 것으로 시작하죠?
마찬가지로 스프린트 백로그를 구축하는 것은 스프린트 플랜으로 시작됩니다 세션 .
스프린트 백로그는 어떻게 작성하나요? 스프린트 계획 회의에서 제품 소유자는 다가오는 스프린트에서 달성해야 할 목표를 설명합니다. 또한 소유자는 이를 달성하는 데 도움이 될 제품 백로그 항목을 제안합니다 목표 .
항목 선택 방법
엔지니어링 팀은 제품 백로그의 우선순위에 따라 제품 백로그 항목을 선택합니다.
예를 들어, 첫 번째 스프린트에서는 우선순위가 가장 높은 항목을 먼저 처리해야 하며 스프린트 백로그에 이동됩니다. 마찬가지로 다음 스프린트에서는 다음 우선순위 항목이 이동됩니다.
이것이 바로 스프린트 백로그를 우선순위 제품 백로그라고 부르는 이유입니다.
그리고 과거 스프린트에서 미완성 백로그 항목이 있는 경우 현재 스프린트에서 개발할 수 있습니다.
전체 스크럼 팀이 스프린트 플랜 중에 이러한 항목에 대해 논의하지만, 스프린트에서 어떤 항목을 다룰지는 개발 팀의 결정에 달려 있습니다.
그러나 팀은 이전 스프린트에서 확인된 개선 사항을 하나 이상 포함해야 합니다 스프린트 회고록 (워크플로우의 지속적인 개선을 위해).
항목이 선택되면 스프린트 작업(사용자 스토리 양식)으로 분할되어 스프린트 백로그에 추가됩니다. 이 단계에서 스프린트 목표가 확정됩니다.
하지만 그게 다가 아닙니다
스프린트 기간 동안 애자일 스프린트 플랜 를 통해 팀은 첫날이나 이틀 동안 어떻게 일을 진행할 것인지에 대한 "예측 플랜"도 작성합니다. 이 계획이 매우 상세할 필요는 없지만 각 백로그 항목을 개발하기 위한 주요 단계와 기간을 강조해야 합니다.
여기까지입니다!
스프린트 백로그가 준비되었습니다.
👉 Utilize 프린트 플랜 소프트웨어 !
B. 스프린트 백로그 사용하기
레시피가 준비되었으니 이제 어떻게 사용하나요?
스프린트 백로그는 작업 목록이지만, 진행하면서 체크 표시만 할 수는 없습니다.
스프린트가 진행됨에 따라 진화하는 동적 목록입니다.
무슨 뜻인가요?
스프린트 계획 회의에서는 기본 플랜만 만들었음을 기억하세요.
스프린트가 진행됨에 따라 팀은 스프린트 목표를 달성하는 데 필요한 일에 대해 더 자세히 알게 되고 계획이 더 명확해집니다. 이를 스프린트 백로그에 반영하려면 이를 업데이트해야 합니다. 백로그를 업데이트하는 프로세스를 백로그 구체화라고 합니다.
참고:_ 제품 백로그도 이해관계자의 요구 변화를 반영하기 위해 백로그 세분화 과정을 거칩니다
요리를 시작했는데 중간에 일이 잘못되고 있다는 것을 깨달은 적이 있으신가요?
똑같은 일이 벌어집니다.
백로그를 어떻게 업데이트하나요?
팀이 백로그 개선을 수행하는 방법은 다음과 같습니다:
- 추가 작업을 포함할 수 있는 경우 스프린트 백로그에 추가합니다
스프린트 계획 회의 중에 팀은 개발할 몇 가지 항목을 선택할 수 있습니다.
이러한 항목이 완료됨에도 현재 스프린트가 끝나기 전에 몇 가지를 더 처리할 수 있습니다. 그런 다음 제품 소유자 및 스크럼 마스터와 논의하여 해당 항목을 선택하고 현재 스프린트 백로그에 추가해야 합니다.
- 불필요한 항목이 있으면 스프린트 백로그에서 제거합니다
스프린트 계획 세션 중에 팀이 너무 많은 항목을 선택하여 현재 반복에서 모든 항목을 완료하지 못할 수 있습니다.
그런 다음 제품 소유자 및 스크럼 마스터와 논의한 후 우선순위가 가장 낮은 스프린트 백로그 항목을 스프린트 백로그에서 제거해야 합니다.
- 완료된 항목이 있으면 스프린트 백로그의 나머지 작업을 업데이트하세요
이 작업은 종종 번다운 차트를 사용하여 일일 스크럼 회의 중에 완료됨. 스크럼 마스터는 팀이 한 항목을 개발하는 데 걸린 시간을 기준으로 다른 스프린트 백로그 항목에 필요한 시간을 결정합니다.
그런 다음 스프린트 번다운 차트를 만들어 스프린트가 어떻게 진행되고 있는지 추적합니다.
스프린트 백로그는 하루에 한 번 이상 업데이트하지 않는 것이 이상적이며, 매일 스크럼 회의 중에 업데이트하는 것이 가장 좋습니다.
스프린트 백로그 항목을 대부분 완료해야 증분을 제공할 수 있지만, 백로그를 삭제됨을 목적으로 서둘러서는 안 됩니다. 이는 실제로 최종 제품의 품질에 영향을 미칠 수 있습니다.
시간이 부족하다고 해서 치킨을 덜 익히는 것과 마찬가지입니다!
심사위원들에게 덜 익힌 치킨을 제공하면 어떤 일이 벌어지는지 아시죠?
넌 집에 가!
불완전한 부분은 다음 스프린트에서 언제든지 해결할 수 있다는 점을 기억하세요.
스프린트 백로그를 쉽게 관리하는 방법 #1
이제 스프린트 백로그를 만들고 사용하는 방법을 알게 되었습니다.
하지만 잠깐... 어떻게 관리할까요?
스프린트 백로그는 간단한 레시피가 아니라는 점을 기억하세요.
백로그 관리를 위해 스프레드시트나 할 일 앱만 사용할 수는 없습니다. 그것은 일을 복잡하게 만들 뿐이고 Gordon은 그런 소리를 좋아하지 않을 것입니다.
다행히도, 여러분은 강력한 프로젝트 관리 도구 clickUp과 같은 도구가 도움이 될 수 있습니다.
온라인 스크럼 보드 백로그를 관리하거나 업데이트를 전달하는 플랫폼으로 스크럼 팀 회원 ClickUp 은 필요한 유일한 도구입니다!
미슐랭 스타 요리를 만드는 데 도움이 되지는 않겠지만, 백로그를 관리하는 데는 확실히 도움이 될 것입니다.
ClickUp의 몇 가지 기능을 간단히 살펴보겠습니다:
1. 스프린트 목록 스프린트 백로그는 백로그 항목을 추적하기 위한 것입니다.
하지만 어떻게 추적할 수 있을까요?
물론 ClickUp의 스프린트 목록으로!
백로그 항목을 작은 스프린트 작업으로 분할하는 데 사용할 수 있는 간단한 체크리스트입니다.
레시피의 재료 목록처럼 이러한 작업은 진행하면서 빠르게 체크할 수 있습니다. 다음 항목을 추가할 수도 있습니다 스크럼 포인트 를 스프린트 목록에 추가하면 백로그 항목을 완료할 수 있는 시기를 더 잘 예측할 수 있습니다.
그 외에도
계획 회의 또는 일일 스크럼에서 이 목록을 사용하여 계획을 세우거나 논의할 수 있습니다 스프린트 .
2. 번다운 차트
번다운 차트를 사용하여 백로그를 업데이트하는 방법에 대해 이야기한 것을 기억하시나요?
ClickUp을 사용하면 강력한 번다운 차트를 생성하여 프로젝트에서 완료해야 할 작업을 파악할 수 있습니다.
더 쉽게 식별할 수 있도록 색상으로 구분되어 있습니다:
- 빨간색 점선은 목표 라인을 나타냅니다
- 파란색 선은 실제 진행 상황을 나타냅니다
- 노란색 점선은 같은 속도로 계속 진행할 경우 최종 프로젝트 진행률을 추정합니다
이렇게 하면 현재 완료율대로 진행하면 어떤 상황이 될지 한눈에 파악할 수 있습니다.
요리 온도계처럼 칠면조가 언제쯤 익을지 계속 확인하면 됩니다!
하지만 번다운 차트는 ClickUp이 제공하는 유일한 시각적 데이터는 아닙니다. 그 외에도
- 번업 차트 : 프로젝트가 이미 완료된 정도를 표시합니다
- 속도 차트 : 작업의 완료율을 강조 표시합니다
- 누적 흐름 차트 시간 경과에 따른 작업 진행 상황 표시
3. 보드 보기 모든 스크럼 작업을 한곳에서 보기_ 원하시나요?
ClickUp의 보드 보기를 사용하세요!
모든 프로젝트와 스프린트 작업을 대화형 스크럼 보드에 표시합니다.
사용 편의성을 극대화하기 위해 다음과 같은 다양한 기능이 제공됩니다:
- 드래그 앤 드롭 기능
- 정렬 및 필터 기능을 사용한 작업 분류
- 태그와 맞춤형 상태를 이용한 작업 구성
- 다른 여러 작업 보드 보기 목록, 박스, 달력, 나 보기와 같은 보기
4. 상세 보고서 스크럼 방법론은 각 스크럼 프로세스를 통해 개선하는 것이 핵심입니다.
하지만 그러기 위해서는 각 애자일 스프린트에서 팀이 어떻게 하고 있는지 알아야 합니다
ClickUp은 작업과 팀에 대한 자세한 인사이트를 얻을 수 있는 수많은 실시간 팀 보고를 제공합니다.
Gordon에게는 이러한 보고서가 필요하지 않을 수도 있지만, 여러분에게는 반드시 필요합니다!
다음과 같은 보고를 받습니다:
- 작업 완료 보고서: 각 팀원이 완료한 작업을 강조 표시합니다
- 작업 완료 보고서: 주어진 기간 동안 각 회원이 작업한 작업을 보여줍니다
- 작업 공간 포인트 보고서: 작업 메트릭을 게임화하여 팀이 잘 수행하도록 동기를 부여합니다
- 누가 뒤처지고 있나요 보고서: 현재 스프린트에서 미완성 작업이 있는 스크럼 팀원을 보여줍니다
- 시간 추적 보고서: 각 회원의 작업에 소요된 시간을 강조 표시합니다
하지만 이것이 ClickUp의 모든 기능이 아닙니다!
이 프로젝트 관리 소프트웨어는 다음과 같은 기능도 제공합니다:
- 우선순위 어떤 작업이 긴급한지 파악하고 먼저 해결하십시오
- 의존성 : 애자일 스프린트를 위한 작업 주문 만들기
- 맞춤형 상태 : 프로젝트의 필요에 따라 고유한 작업 단계를 생성하세요. 예를 들어 애자일 소프트웨어 개발 프로젝트에 "테스트" 단계를 만들 수 있습니다.
- 프로필 : 각 팀원의 작업과 책임을 빠르게 파악하세요
- 할당된 코멘트 : 댓글로 작업을 생성하여 답변이 없는 일이 없도록 합니다
결론
스프린트 백로그를 만드는 것은 각 애자일 스프린트에서 팀이 수행할 수 있는 작업을 정의하는 데 매우 중요합니다.
하지만 이것은 단어 하나하나를 팔로우하는 간단한 레시피가 아닙니다
대신 스프린트가 진행됨에 따라 진화하여 애자일 팀에게 지속적인 개선의 기회를 제공합니다.
하지만 스프린트 백로그만으로는 스프린트를 정복하는 데 도움이 되지 않습니다.
또한 이러한 모든 작업을 관리할 수 있는 적절한 도구가 있어야 합니다.
이것이 바로 지금까지 개발된 가장 강력한 프로젝트 관리 플랫폼인 ClickUp이 필요한 이유입니다!
다양하고 직관적인 프로젝트로 보기 및 진행 차트까지, ClickUp은 백로그를 효율적으로 관리하는 데 필요한 모든 것을 갖추고 있습니다. 지금 가입하세요 고든 램지도 자랑스러워할 만한 놀라운 프로젝트를 시작하세요!
