제품 백로그란 무엇입니까?

팀이 같은 실수를 반복한다는 느낌을 받은 적이 있습니까? 일이 제대로 진행되지 않고 있으며 프로젝트 개발 프로세스를 개선하기 위해 몇 가지 변경이 필요하다고 생각합니다.

여기에 있는 제품 백로그는 팀에서 작업 중인 항목과 집중하려는 항목을 결정하는 데 도움이 될 수 있습니다. 팀이 애자일 로드맵에 제시된 아이디어를 실행하는 방법에 대한 설명입니다. 이것은 여러 면에서 개발 팀을 위한 거대한 할 일 목록입니다.

프로젝트는 관리할 제품 백로그가 있는 더 큰 제품의 일부일 수 있습니다. 제품 백로그의 예는 더 큰 제품 백로그의 일부로 제공될 수 있는 고객 구현 프로젝트일 수 있습니다. 대안으로, 게임 제작 스튜디오는 게임의 각 세대를 정해진 기한(예: 크리스마스 즈음)이 있는 별도의 프로젝트로 취급할 수 있습니다.

스크럼의 제품 백로그란?

Scrum에서 애자일 제품 백로그는 모든 제품 기능에 대한 간략한 설명을 포함하는 우선 순위가 지정된 기능 목록입니다. 프로젝트에서 작업하는 경우 스크럼을 사용하여 모든 요구 사항을 문서화하기 위해 오랜 노력으로 프로젝트를 시작할 필요가 없습니다. Scrum 팀과 제품 소유자는 민첩한 백로그 우선 순위 지정을 위해 생각할 수 있는 모든 것을 포함하는 것으로 시작할 수 있습니다.

이 민첩한 제품 백로그는 첫 번째 스프린트에 충분합니다. 제품 및 고객에 대한 추가 정보가 제공되면 스크럼 제품 백로그를 통해 확장 및 적응할 수 있습니다.

스크럼에서 제품 백로그는 모든 제품 기능에 대한 간략한 설명을 포함하는 우선 순위가 지정된 기능 목록입니다. 스크럼을 사용하는 동안 모든 요구 사항을 문서화하기 위해 긴 선행 노력으로 프로젝트를 시작할 필요는 없습니다.

맞춤형 소프트웨어 개발 서비스 에서 스크럼 팀과 해당 제품 소유자는 일반적으로 민첩한 백로그 우선 순위 지정을 위해 생각할 수 있는 모든 것을 적는 것으로 시작합니다. 거의 항상 이 민첩한 제품 백로그는 첫 번째 스프린트에 충분합니다. 제품 및 해당 고객에 대한 추가 정보를 사용할 수 있게 되면 스크럼 제품 백로그를 확장하고 조정할 수 있습니다.

제품 백로그 여정은 어떻게 시작됩니까?

먼저 비전이나 아이디어가 나오고 그 다음에 전략이 실행되고 아이디어를 달성하기 위해서는 로드맵이 필요하고 로드맵을 놓은 후에는 제품 백로그가 나옵니다. 아래 주어진 포인터는 각 제품 백로그 여정 용어가 의미하는 바를 보여줍니다.

• 제품 전략은 회사의 목표가 높은 수준에서 어떻게 실현될 것인지에 대한 개요입니다.
• 제품 로드맵은 수행할 계획을 나타냅니다.
• 제품 백로그에는 프로 제품을 생산하는 데 필요한 작업 수준의 세부 사항이 포함되어 있습니다.

제품 백로그와 제품 로드맵은 어떻게 다른가요?

두 가지 주요 제품 관리 도구는 제품 로드맵과 제품 백로그입니다. 각 악기에는 고유한 장점과 단점이 있습니다. 제품 백로그를 제품 로드맵과 혼동해서는 안 됩니다. 이 살아있는 문서는 모두 다양한 이유로 애자일 개발 프로세스 팀에 유용합니다 . 백로그는 전술적 개발 세부 사항을 제공하는 반면 로드맵은 전체 전략에 집중합니다.

제품 백로그 관리에는 다양한 작업과 전략이 수반됩니다. 제품 로드맵은 수시로 변경되기 때문에 제품 백로그와 밀접하게 연결되어야 합니다. 결과적으로 백로그는 변경 및 발견을 반영하기 위해 정기적으로 우선 순위를 지정하고 다시 우선 순위를 지정해야 합니다.

제품 백로그에는 에픽 및 사용자 스토리, 워크플로 다이어그램, 사용자 인터페이스 디자인 스케치, 목업 및 제품 구성에 필요한 기타 뛰어난 작업이 포함됩니다. 개발 팀의 작업을 안내하고 릴리스 번다운 차트와 같은 도구를 사용하여 개발 진행 상황을 추적하기 위한 기반 역할을 하는 전술적 도구입니다. 제품 로드맵과 제품 백로그 간의 주요 차이점은 아래 다이어그램에 요약되어 있습니다.

제품 로드맵 은 제품이 다음 시간에 어떻게 발전할 것인지를 설명하는 전략적 제품 계획 도구입니다. 목적의식을 확립하고 이해관계자의 참여를 독려하고 자금 조달을 돕고 다양한 제품의 개발 및 출시를 쉽게 조정할 수 있습니다.

또한 백로그를 구조화하고 액세스할 수 있도록 유지하기 위해 특별한 주의를 기울여야 합니다. 제품 백로그 관리 관행은 가장 높은 우선 순위를 가진 항목이 가장 자세한 내용을 포함하고 우선 순위가 높아짐에 따라 세부 수준이 감소하는 DEEP(적절한 상세, Emergent, Estimated, and Prioritized) 제품 백로그를 목표로 할 것을 권장합니다.

대부분의 애자일 팀은 백로그 항목을 수정하고 정렬하는 데 사용되는 제품 백로그 정리 세션에도 참여합니다. 이러한 회의 동안 팀은 몇 번의 스프린트 분량의 사용자 스토리를 미리 계획하기 위해 협력합니다. 애자일 백로그 정리 세션은 백로그 맨 위에 있는 사용자 스토리가 전달 팀이 이해할 수 있을 만큼 충분한 세부 정보를 갖도록 보장합니다.

제품 백로그 우선 순위 지정 기법

• 제품 백로그 정리 는 일회성 이벤트가 아니라 제품 소유자 및 개발 팀이 참여하는 지속적인 프로세스입니다. 주제 전문 지식은 종종 개발 팀에 존재하며 이를 개선할 수 있습니다. 반면 스크럼 팀은 최적화가 완료되는 시기와 방법을 결정합니다.
• 제품 백로그의 항목에 세부 정보, 추정 및 순서를 추가하는 작업을 제품 백로그 개선이라고 합니다. 각 스프린트 내에서 향후 스프린트에 대비할 수 있도록 제품을 개선하려면 지속적인 제품 백로그 개선이 필요합니다. 제품 백로그의 개선에는 일반적으로 개발 팀 작업의 10% 이하가 필요합니다.
• 제품 백로그의 맨 위에 있는 제품 백로그 항목 (가장 높은 우선순위, 가장 큰 값)은 백로그 항목이 적절한 수준의 세분화로 구체화되면 하나의 스프린트에 맞도록 분해됩니다.
  

모든 견적 작업은 개발 팀에서 처리합니다. 트레이드오프를 평가하는 팀을 지원함으로써 제품 소유자는 결정에 영향을 미칠 수 있습니다. 반면에 작업을 수행하는 사람이 최종 견적을 결정합니다.

제품 백로그의 이점

자리 표시자로서의 백로그

백로그 항목은 목표 달성을 위한 솔루션에 대한 향후 토론을 위한 자리 표시자 역할을 합니다. 이것은 팀이 제품 백로그에 아이디어를 추가하기 전에 완전히 개발된 아이디어를 가질 필요가 없다는 것을 의미합니다. 제품 백로그 항목이 처음 도입되면 팀에 대안이 무엇인지 상기시키기에 충분한 정보만 있으면 됩니다. 팀이 제품 백로그 항목에 대한 작업을 시작하려고 할 때 완전히 설명하면 됩니다.

다이나믹한 자연

제품 백로그의 동적 특성으로 인해 팀은 원하는 목표와 잠재적 전달 방법에 대한 학습 내용을 추적할 수 있습니다. 팀이 작업을 시작할 때 제품 백로그를 완료할 필요는 없습니다. 따라서 독창적인 개념으로 시작하여 경험을 쌓으면서 새로운 제품 백로그 항목을 추가할 수 있습니다.

쉬운 제거

제품 백로그에 무언가가 있다고 해서 반드시 배송되어야 하는 것은 아닙니다. 팀은 원하는 목적에 기여하지 않는 항목을 백로그에서 제거할 수 있습니다. 이는 팀이 부가가치가 없는 결과물을 생성하지 않고 대신 진정으로 유용한 변경에 집중할 수 있음을 의미합니다.

백로그 항목 추가

팀은 제품 백로그를 사용하여 제한된 정보를 기반으로 옵션이 가치가 있는지 여부를 토론하는 시간 낭비를 피할 수 있습니다. 새로운 아이디어가 나오면 팀은 아이디어를 더 조사할 수 있도록 제품 백로그 항목을 추가할 수 있습니다. 그런 다음 팀은 다른 항목과 함께 해당 아이디어를 우선적으로 고려하고 아이디어가 원하는 결과를 향한 진전을 제공하지 못하는 것으로 판명되면 제품 백로그 항목을 제거할 수 있습니다.

애자일 제품 백로그 대 스프린트 백로그 - 자세한 차이점

간단히 말해서 스프린트 백로그는 팀의 단기 스프린트 계획입니다. 애자일의 제품 백로그는 제품의 장기 계획으로, 비전이 제품에 가치를 추가하는 유형의 인도 가능 항목으로 분류됩니다. 많은 사람들이 스프린트 백로그를 제품 백로그의 하위 집합으로 간주합니다. 이것은 이상적입니다. 스프린트 백로그는 전적으로 제품 백로그의 항목으로 구성됩니다. 또한 스프린트에는 일반적으로 팀이 약속한 다른 작업과 제품 디자인 스프린트 동안 완료할 수 있는 작업이 포함 됩니다.

애자일 의 제품 백로 그는 제품 경쟁력을 유지하기 위해 미래에 완료할 것으로 예상되는 작업의 모음입니다. 이는 제품 소유자와 이해 관계자(고객, 팀, 분석가) 간의 협업 결과입니다. 새로운 항목이 추가되거나 제거되면서 정기적으로 업데이트됩니다.

일반적으로 스프린트 백로그보다 큽니다. 또한 사용자 스토리 수준 아래로 분류되는 항목이 적어 다양한 세부 수준을 가진 요소가 포함됩니다. 제품 소유자가 담당합니다.

스프린트 백로 그는 팀이 지금 또는 나중에 스프린트에서 완료하기 위해 전념하는 작업 모음입니다(일반적으로 1-4주 기간). 팀이 다가오는 스프린트 동안 완료하기로 약속한 사용자 스토리로 구성됩니다.

그러나 여기에는 버그, 리팩토링 작업 등이 포함될 수도 있습니다. 일반적으로 사용자 스토리의 기술적 구현을 ​​최우선으로 하여 보다 상세하고 여러 활동으로 나뉩니다. 스크럼 마스터와 팀의 책임입니다.

백로그를 구축할 시간

적절한 계획과 조직의 필요성은 성공에 매우 중요합니다. 이때 백로그가 유용합니다. 백로그는 적절하게 생성 및 유지 관리되면 팀이 지속적인 변화를 탐색하고 최대 생산성을 달성하며 비즈니스와 고객 모두에게 최대 가치를 제공하는 데 도움이 되는 도구가 됩니다.

위의 블로그에서 우리는 제품 백로그가 무엇이며 가장 의미 있는 사용자 스토리가 구현되고 변화하는 요구에 유연하게 대응할 수 있도록 이해 관계자와 팀이 일치시킬 수 있는 공통 기반을 만들어 팀 작업에 도움이 되는 방법을 설명했습니다. 상황에서 동일한 제품에 대해 작업하는 여러 팀 간에 공통 분모를 만들어 제품 출시 예측의 정확성을 개선합니다.