제품 백 로그 란 무엇입니까? (그리고 하나를 만드는 방법)

[삼]제품 백 로그는 더 큰 로드맵의 일부로 완료 할 작업, 기능 또는 항목의 정렬 된 목록입니다.

[삼]제품 창조는 아이디어로 시작되며 특별한 것을 만들기 위해 헌신적 인 팀이 필요합니다. 예, 심지어 iPhone조차도 올바른 팀 덕분에 주류 인기로가는 길을 만들었던 프로토 타입 만했습니다. A를 관리 할 때 스크럼 팀 개발자 중 조직을 유지하는 것은 제품 성공을 위해 중요합니다. [삼]어떻게 개발 팀이 어떻게 구성되어 목표를 달성 할 수 있습니까? 시도하고 진실로 할 일 목록 ...에 제품 백 로그는 본질적으로 전문화 된 목록입니다. 팀이 민첩한 방법론을 사용하는 경우 제품 백 로그는 프로젝트를 중단시키고 가장 중요한 작업을 결정하는 데 도움이 될 수 있습니다. [삼]제품 백 로그가 포함 된 제품 및 팀을 만드는 방법을 알아 보려면 계속 읽으십시오.

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

[삼]제품 백 로그는 목표를 달성하고 팀 간의 기대를 설정하는 데 필요한 항목이나 기능의 우선 순위가 지정된 목록입니다. 팀이 작업을 추적하는 데 도움이 될 수 있습니다. 일반 규칙은 개발중인 각 제품에 대해 하나의 제품 백 로그를 하나이며 특정 백 로그에 한 팀이 할당 된 것입니다. [삼]때로는 하나의 더 큰 제품에서 일하는 다수의 팀이있는 여러 제품 백 로그가 있습니다. 예를 들어 Adobe Creative Cloud를 사용해 봅시다. Creative Cloud는 Photoshop, Illustrator 및 It It의 After Effects와 같은 소형 제품이있는 우산 제품입니다. 이러한 각 소규모 제품은 자체 제품 백 로그 및 개발 팀을 가질 것입니다. [삼]제품 백 로그는 제품 로드맵에서 파생되므로 제품이 어떻게 진화 해야하는지에 대한 조치 계획을 설명합니다. 개발자는 제품 백 로그의 작업을 사용하여 가능한 한 빨리 원하는 결과를 얻습니다. [삼]민첩한 팀은 그들의 시간을 바칩니다 제품 생성 및 프로젝트가 진행됨에 따라 조정을하십시오. 민첩한 방법론으로 인해 제품 백 로그의 작업은 돌로 설정되지 않았으며 제품 백 로그의 모든 항목이 완료되지는 않습니다. 개발 팀은 필요한 작업의 우선 순위를 정하는 것처럼 제품 백 로그를 개선해야합니다.

제품 백 로그에 포함 된 것은 무엇입니까?

[삼]제품 백 로그는 일반적으로 기능, 버그 수정, 기술 부채 및 지식 습득을 포함합니다. 이러한 제품 백 로그 항목은 아직 제품에 대해 아직 전달되지 않은 뚜렷한 작업 조각입니다.

1. 기능 (사용자 이야기)

[삼]A.로 알려진 기능 사용자 이야기 , 제품 사용자가 가치있는 제품의 기능입니다. 특징은 복잡한 경우 종종 EPICS라고도하거나 간단 할 수 있습니다. 스토리 맵을 만드는 것은 사용자가 가장 필요한 것을 결정하는 데 도움이 될 수 있습니다.

2. 버그 수정

[삼]버그 수정은 자명성이며 스크럼 팀은 제품의 무결성을 유지하기 위해 이러한 이들을 신속하게 처리해야합니다. 일부 버그는 팀의 현재 스프린트를 방해하는 충분히 중요 할 수 있으며 다른 사람들은 다음 스프린트를 기다릴 수 있습니다. 그러나 버그가있는 전반적인 규칙은 팀이 잊지 않도록 제품 백 로그의 맨 위에 두는 것입니다.

3. 기술 채무

[삼] 기술 부채 재정적 인 부채와 마찬가지로 무시할 때 "관심이있다". 개발자가 제품 백 로그의 바닥으로 기술적 인 작업을 푸시하면 이루어지기가 더 어려워집니다. 귀하의 팀은 기술적 인 작품을 작고 일일 단위로 조직하고 취하는 기술적 인 부채의 축적을 방지 할 수 있습니다.

4. 지식 인수

[삼]지식 인수는 향후 작업을 수행하기위한 정보 수집을 포함합니다. 팀이 더 이상의 연구없이 성취 할 수없는 기능을 가지고 있다면, 프로토 타입, 실험 또는 개념의 증거 기능에 필요한 정보를 얻으려면.

제품 백 로그를 만드는 방법

[삼]제품 백 로그는 간단한 할 일 목록 이상입니다. 복잡한 작업을 일련의 단계로 끊고 팀 구성원에게 팀 구성원에게 탐색 할 수 있습니다. 다음은 효과적인 제품 백 로그를 개발하는 단계입니다.

1. 제품 로드맵

[삼]제품 로드맵은 제품 백 로그의 기초입니다. 팀은 로드맵이 제품이 어떻게 개발할 때 제품이 변경 될지에 대한 조치 계획이기 때문에 제품 백 로그를 만들기 전에 로드맵을 만들어야합니다. 로드맵은 장기적인 제품 개발을위한 비전이지만 발전 할 수도 있습니다.

2. 제품 백 로그 항목을 나열하십시오

[삼]제품 로드맵을 염두에두고 팀은 제품 백 로그 항목을 나열 할 수 있습니다. 이러한 항목에는 우선 순위가 높은 항목과 추상적 인 아이디어가 포함될 수 있습니다. 제품 백 로그 생성 단계에서는 통신해야합니다. 이해 관계자 제품 개선을 위해 아이디어를 듣습니다. 제품 백 로그 템플릿을 사용하면 항목 행을 만들고 행을 옮길 수 있습니다.

3. 우선 순위 결정

[삼]팀이 모든 제품 백 로그 항목을 나열한 후에는 이제 정렬 시간입니다. 가장 중요한 작업을 우선 순위 지정하십시오 ...에 고객의 정면을 두드리고 가장 가치있는 항목을 제공하는 항목을 고려하여 최상위 항목을 식별 할 수 있습니다.

4. 정기적으로 업데이트하십시오

[삼]팀이 제품 백 로그를 통해 작동하기 때문에 제품 백 로그는 생계 문서 여야한다는 것을 기억하십시오. 백 로그에 항목을 계속 추가하고 작업을 수행 할 때 항목의 우선 순위를 지정하거나 수정할 수 있습니다.

제품 백 로그 항목의 우선 순위를 지정하는 방법

[삼]제품 백 로그를 관리하는 필수 구성 요소는 우선 순위를 지정하는 것입니다. 그대로 스크럼 마스터 , 당신은 새로운 기능 이해 관계자가 제품에서보고 싶어하는 것을 철저히 이해해야합니다. 다음은 백 로그 목록 항목의 우선 순위를 지정하는 방법에 대한 몇 가지 전략입니다.

긴급과 중요성을 통해 작업을 정리하십시오

[삼]Backlog Refinement에 초점을 맞추면 긴급 성과 중요성을 통해 작업을 조직하십시오. 팀은 사용자 경험뿐만 아니라 제품의 기능을 향상시키는 제품 백 로그 항목의 우선 순위를 지정해야합니다.

복잡한 작업을 먼저 태클

[삼]팀은 제품 백 로그에서 제거하고 목록을 단축 할 수 있으므로 먼저 간단한 작업을 완료하고 목록을 단축 할 수 있으므로 프로젝트 관리의 효율적인 형식입니다. 제품 백 로그는 계속 성장할 것이므로 복잡한 작업을 먼저 해결하는 것은 제품 개발에 가장 효과적 일 수 있습니다.

초점을 맞춘 시간에 완전한 작업

[삼]민첩한 팀은 일을 완료하기 위해 초점을 맞춘 스프린트에서 일하고이 방법은 생산성에 매우 효과적입니다. 각 스프린트의 끝에서, 제품 소유자 그리고 모든 이해 관계자는 모든 것이 궤도에 있는지 확인하기 위해 귀하와 개발 팀과 함께 스프린트 리뷰에 참석할 수 있습니다.

팀과 통신하십시오

[삼] 팀원 간의 의사 소통 제품 백 로그 우선 순위의 중요한 부분입니다. 성공적으로 다른 시간대의 백 로그와 완전한 항목을 성공적으로 정렬하려면 귀하와 팀은 함께 작동하고 스크럼 가이드를 따르려면됩니다.

제품 백 로그 예제

[삼]제품 백 로그는 프로젝트간에 다르게 보이지만 일부는 EPIC로 시작합니다. EPIC는 고객을 해결하려고 노력하고있는 중요한 문제입니다. 다음은 다음과 같습니다. [삼] 서사시: 마케팅 매니저로서, 나는 내 독자들에게 양질의 콘텐츠를 제공 할 수있는 콘텐츠 관리 시스템을 원한다. [삼]이 EPIC는 사용자가 팀과 컨텐츠를 편집하고 공유하는 방법에 대한 사용자가 새 시스템의 콘텐츠를 생성하는 방법에서 다양한 제품 기능을 초래할 수 있습니다. 제품 백 로그 예제를 계속하려면 EPIC를보다 구체적인 사용자 이야기로 분할 할 수 있습니다. [삼] 이야기 1 : 콘텐츠 작성자로서 콘텐츠를 만들 수 있도록 콘텐츠 관리 시스템을 원해서 고객에게 제품에 대해 알릴 수 있습니다. [삼] 이야기 2 : 편집자로서, 나는 그것이 발행되기 전에 콘텐츠를 검토 할 수있게 해주는 콘텐츠 관리 시스템을 원하므로 그것이 잘 작성되고 최적화되어 있는지 확인할 수 있습니다. [삼]제품 소유자, 스크럼 마스터 및 개발 팀은 제품이 사용자 사례에서 포함 해야하는 기능을 결정하고 중요성을 바탕으로 우선 순위를 부여합니다. [삼] 특징 제품에는 스토리 1에 포함되어야합니다. [삼]콘텐츠 관리 시스템에 로그인하십시오 [삼]콘텐츠 만들기 [삼]콘텐츠 페이지를 편집하십시오 [삼]변경 사항을 저장하다 [삼]리뷰를 위해 편집기에 콘텐츠 지정 [삼]제품 관리자로서 EPICS를 사용하여 제품 로드맵 및 백 로그 목록 항목을 안내합니다. 이 예제에서 볼 수 있듯이 한 명의 EPIC는 여러 개의 사용자 스토리 및 제품 기능을 초래할 수 있습니다.

제품 백 로그가 팀을 어떻게 도울 수 있습니까?

[삼]제품 백 로그로 인해 조직을 개선하여 팀이 잘 기름진 기계처럼 운영하는 데 도움이됩니다. 협동 ...에 그것은 의사 소통을위한 중앙 도구가되어 모든 사람들이 목표와 기대에 맞게 유지합니다. [삼]제품의 모든 작업이 백 로그를 통해 흐르기 때문에 제품 백 로그는 반복 계획 ...에 팀이 제품 소유자의 지침을 사용하여 작업을 우선적으로 지정할 때 지정된 시간 블록으로 커밋 할 수있는 작업도 결정할 것입니다. 이러한 시간 블록을 반복 또는 스프린트라고합니다. [삼]제품 백 로그는 또한 유연하지만 생산적인 작업 환경을 장려하여 민첩한 팀 개발을 촉진합니다. 제품 백 로그에 대한 작업은 돌로 설정되지 않았으며 팀은 먼저 태클 할 작업을 선택하기 전에 중요성의 순서로 정렬합니다.

Sprint Backlog 대 상품 백 로그

[삼]Sprint Backlogs 및 Product Backlogs는 구성 요소 측면에서 매우 유사합니다. Sprint Backlogs는 제품 백 로그의 하위 집합이지만 스프린트 중에 특별히 사용됩니다. [삼]제품 소유자는 전체 제품이 시작부터 끝까지 완성되기 때문에 제품 백 로그를 제어합니다. 개발 팀은 제품 백 로그에서 가져온 작은 TO-DO 목록이 지정된 기간 내에 완료 될 수 있기 때문에 각 SPRINT 백로를 소유하고 있습니다. [삼]Sprint Backlog는 제품 백 로그에 따라 달라지며, 스프린트가 종료되면 끝납니다. Sprint Backlog는 또한 자신의 스프린트 목표가 개발 될 것입니다. Sprint Planning. ...에 제품 백 로그는 제품의 전체 목표에 초점을 맞추고 작업은 해당 목표에 따라 우선 순위가 지정됩니다. [삼]제품 백 로그는 Sprint Backlog보다 더 유연하며 고객의 요구에 따라 다를 수 있습니다. 제품 백 로그는 제자리에 남아 있으며 제품이 완전한 개발에 도달 할 때까지 유지되어야합니다. [삼]우리의 제품 백 로그 예제를 되돌아 보면 스프린트 백 로그 예제를 만들 수도 있습니다. 자동차 액세서리를 개발할 때 누군가가 손으로 차를 운전할 수 있도록 도와 주면 제품 백 로그에 대한 하나의 작업은 자동차 액세서리의 프로토 타입을 만드는 것이 었습니다. 이 프로토 타입은 개발할 작업의 서브 세트를 취할 수 있기 때문에 스프린트가 될 수 있습니다. [삼]자동차 액세서리 프로토 타입을위한 스프린트 백 로그 항목에는 다음이 포함될 수 있습니다. [삼]개념 스케치 만들기 [삼]가상 프로토 타입을 개발하십시오 [삼]물리적 프로토 타입을 만드십시오 [삼]제조업체를 찾아 프로토 타입을 구축하십시오 [삼]이러한 스프린트 백 로그 항목은 제품 백 로그에있을 것입니다. 그러나 그들을 자신의 스프린트로 분리하면 개발자가 스크럼 프로세스 이러한 작업을 수행하고 프로토 타입을 빠르게 만들어 낼 수 있습니다.

제품 백 로그로 진행 상황을 기록하십시오

[삼]완성품 라인에 제품을 얻는 것이 쉽습니다. 잘 구성된 제품 백 로그가 쉽습니다. UDN 작업 관리자 최신 스크럼 소프트웨어로 가능한 가장 효율적인 방법으로 민첩한 프로젝트를 관리하는 데 도움이 될 수 있습니다.