Sprint Backlog를 구성하는 과정은 민첩한 프로젝트 관리 방법론에서 일반적으로 사용되는 기술 인 Backlog Refinement로 알려져 있습니다. 조직화 된 스프린트 백 로그는 Sprint 계획을 단순화하고 모든 스프린트에서 팀이 최우선 순위가 뛰어난 작업을 수행하는 것을 보장합니다. Backlog Refinement의 중요성과 스프린트를 원활하게 유지하는 데 도움이되는 방법에 대해 자세히 알아보십시오.

당신이 저녁 식사를 준비 할 준비가되어있는 부엌에 있다고 상상해보십시오. 당신은 냉장고를 열고 올바른 성분을 확인하고 준비하는 데 시간을 들이지 않았기 때문에 전체 식사를하기 위해 필요한 모든 것을 가지고 있지 않습니다. 저녁 식사를 만드는 것은 원래 예상하는 것보다 훨씬 더 자세히 겸손 해졌습니다.

이것은 민첩한 백 로그 정제 뒤에 같은 개념입니다. 제품 백 로그를 구성 할 시간이 걸리지 않으면 곧 향하는 스프린트가 성공을 위해 설정되지 않습니다.

Backlog Refinement 란 무엇입니까?

Backlog Management 또는 Backlog Grooming이라고도하는 Backlog Refinement는 제품 소유자, 관리자 및 팀 구성원이 제품 Backlog의 항목을 검토하고 우선 순위를 지정하는 시간의 기간입니다.이 프로젝트 관리 프로세스는 일반적으로 사용됩니다. 민첩한 방법론 ...에 다음 스프린트에 대한 우선 순위를 확인하는 데 필요한 작업을 확인하면 팀은 Sprint가 시작될 때 실행중인 지상을 칠 수있는 Sprint Planning 프로세스를 시작할 수 있습니다.

명확성을 제공하는 것 외에도, 백 로그 정제는 제품 백 로그에서 티켓이 쌓여있는 것을 방지하는 데 도움이됩니다. 그래서 Sprint 계획을 돕기 위해 모든 스프린트가 돕기 위해 백 로그를 수정 해야하는 이유입니다.

일반적으로 제품 관리자는 제품 백 로그를 정제 할 책임이 있습니다. 정제 과정에서 그들은 다음을 할 것입니다 :

다음 스프린트에 대한 티켓의 우선 순위를 지정하십시오.

자세한 사용자 이야기가있는 모호한 티켓을 명확히하십시오.

복사 티켓을 병합하십시오.

이해 관계자와 만나 티켓에 대한 자세한 정보를 얻으십시오.

유사한 티켓을 하나의 작업으로 그룹화하십시오.

티켓을 많은 양의 작업으로 더 작은 작업으로 나눕니다.

왜 백 로그를 유지하는 것이 중요합니다

정기적 인 검진을 위해 차를 섭취하는 것과 마찬가지로 제품 백 로그에 정기적으로 정기적으로 개선하는 것이 중요합니다. 원래 "백악체 정리"라고 불리는 용어는 식물을 잘 어울리는 아이디어에서 왔습니다. 당신은 멋지고 잘 유지되도록 과도한 가지를 벗겨냅니다.

백 로그에 관해서는, 이것은 백 로그의 모든 티켓을보고 불필요한 티켓을 식별하는 것을 의미합니다. 정기적으로 백 로그 티켓을 유지 함은 팀 구성원이 작업을 올바르게 수행하는 데 필요한 모든 컨텍스트가있는 티켓을 사용하여 그 티켓에서 작업 할 수 있음을 의미합니다.

Backlog Refinement는 Sprint Planning을 더 쉽게 만듭니다. 예를 들어 레스토랑에서 일하고있는 상상해보십시오. 식사 성분을 준비하는 준비 요리사가 있으며 요리사가 식사를 요리합니다. Backlog Refinement는 저녁 식사가 러시 앞에 야채를 자르는 것과 비슷합니다.이 경우 스프린트. 스프린트가 시작되면 모든 사람들이 손에 필요한 모든 정보를 가지고 있으며 올바른 재료를 찾으려고 노력하는 시간이 없도록 모든 사람이 제공합니다.

가능한 경우 백 로그 유지 보수에 팀원을 참여 시키십시오. 이렇게하면 다음과 같은 것들 주변의 기대치를 정렬하고 팀원들이 작업하기 전에 백 로그에서 각 문제를 해결하는 방법에 대해 생각할 수있는 팀 구성원이 생각할 수 있습니다. 또한 Sprint Planning 단계에서 팀 구성원은 이미 사용 가능한 모든 티켓에 익숙해집니다.

언어가 다르지만, Backlog Refinement와 Backlog Grooming은 동일한 것을 의미합니다. 언어는 최근에 부정적인 의미를 피하기 위해 "정리"라는 용어로부터 멀리 이동했습니다. 그러나 Backlog Refinement 및 Backlog Grooming은 종종 서로 바꿔서 사용됩니다.

백로 개조를 담당하는 사람은 누구입니까?

전통적으로 민첩한 프로젝트 관리에는 제품 백 로그를 구성하는 제품 리더 또는 소유자가 포함됩니다. 어떤 형태의 민첩한 것과 같은 것입니다 스크럼 , 스크럼 마스터 백 로그를 정제 할 책임이있는 사람입니다.

귀하의 상황에 가장 적합한 프로세스를 찾으려면 팀과 함께 일하십시오. 경우에 따라 스프린트의 특정 부분에 초점을 맞춘 팀 구성원에게 백 로그 정제 책임을 위임 할 수 있습니다.

Backlog를 구성하는 3 가지 팁

Backlog 조직은 복잡 할 필요가 없습니다. 다음은 백 로그를 유지하기위한 몇 가지 팁이 있습니다.

제품 관리 전문가 로마 Pichler. 제품을 깊게 만들었습니다.

깊은 제품 백 로그는 다음과 같습니다.

적절하게 자세히 : 제품 백 로그의 모든 항목은 솔리드를 만드는 데 충분한 문맥 정보가 있어야합니다. 사용자 이야기 ...에 개발자는 작업이나 티켓을보고 티켓을 완성 해야하는 모든 컨텍스트를 갖추어야합니다.

나타나는 : 좋은 제품 백 로그가 끊임없이 진화해야합니다. 누구나 새로운 티켓이나 작업을 추가하고, 작업에 더 많은 정보를 추가하거나, 필요에 따라 작업을 삭제할 수 있어야합니다. 제품 백 로그에 아무 것도 영구적이어야합니다.

추정 된: 모든 티켓에는 작업이 필요로하는 시간이나 노력의 양에 대한 추정이 포함되어야합니다. 대부분의 민첩한 팀은이 섹션에서 표준 측정 형태를 사용합니다. 가장 일반적인 것은 작업이 취할 시간의 양입니다.

우선 순위 : 작업은 중요성의 순서로 조직되어야합니다. 스프린트의 목표와 가장 관련된 사람들은 우선 우선 순위가 있으며 그 밖의 모든 것이 나옵니다.

작업의 우선 순위를 지정할 때 특정 티켓이 아닌지 확인하려면 두 번 확인하십시오. 다른 사람들에 의존한다 ...에 종속성은 다른 작업 완료에 의존하는 작업입니다. 다른 작업에 종속 된 작업이 있으면 올바르게 우선 순위를 지정하십시오.

이렇게하려면 종속성에 명확하게 레이블을 지정하십시오. 그렇게하면 팀은 실수로 종속 작업을 시작하지 않습니다. 또한 종속성을 표시하면 팀이 작업이 원활하게 흐르도록 효율적으로 효율적으로 우선 순위를 부여 할 수 있으며 차단기에 대해 걱정할 필요가 없습니다.

Backlog Refinement 회의의 유일한 사람들은 각 티켓에서 실제로 일할 프로젝트 관리자 및 팀 구성원과 마찬가지로 다가오는 스프린트에 관련된 이해 관계자가되어야합니다. 제품 관리자는 특정 작업에 대한 정보를 명확히 해야하는 경우 교차 기능적 이해 관계자와 연결하는 데는 시간을 보내어야합니다. 이것은 전체 백 로그 정제 세션과 별도로 수행되어야합니다. 그렇게하면 백 로그 정제 세션 중에 불필요한 대화를 피할 수 있습니다.

작업 관리 소프트웨어로 백 로그를 쉽게 유지 관리합니다

전체 팀이 액세스 할 수있는 공동 소프트웨어로 백 로그를 수정하십시오. 소프트웨어와 같은 UDN 작업 관리자 Sprint는 모든 작업에 대한 소유자와 마감일을 명확히하고 중요한 세부 사항을 쉽게 찾을 수있게합니다.

시도에 관심이있다 UDN 작업 관리자 민첩한 팀을 위해? 테스트 UDN 작업 관리자 다음 Backlog Refinement 세션을위한 Sprint 계획 템플릿.