======02. 제품 백로그======


=====1. 제품 백로그(Product Backlog)=====
 

제품 백로그는 우선순위가 매겨진 요구사항(혹은 스토리나 기능 등)의 목록으로 스크럼의 핵심이다. 고객이 원하는 것을 고객의 용어로 설명한 것이면 된다. 이것을 스토리 혹은 백로그 아이템이라 부른다.

 

=====2. 제품 백로그 관리=====
 

보통 제품 백로그는 엑셀 문서로 관리하고 공유 기능을 사용하여 여러 사람이 동시에 편집가능 하도록 한다. 또한 제품 백로그 관련 문서는 형상 관리 시스템에 등록하지 않는다.

 

====백로그 항목====

 

  * ID : 자동으로 설정되는 고유 식별자. 이름을 변경하더라도 스토리를 추적할 수 있게 한다.
  * 이름 : 스토리를 설명하는 짧은 이름으로 영단어 10개 이내로 구성. 개발자와 책임자가 스토리의 내용을 대출 파악할 수 있고, 다른 스토리와 구분할 수 있도록 명명한다.
  * 중요도 : 제품 책임자가 생각하는 스토리의 중요도. 숫자가 클수록 더 중요하다. 책임자외 다른 사람은 이 항목을 편집할 수 없다.
  * 최초 추정치 : 이 스토리를 구현하는데 드는 노력에 대한 팀의 최초 추정치. 추정치의 단위는 스토리 점수이며 '이상적인 man-day'에 해당한다. 또한 이 추정치는 다른 스토리와 비교한 값이므로 상대적인 수치로 표시된다.
  * 데모 방법 : 스프린트 데모에서 이 스토리를 어떤 형태로 데모할 것인지에 대한 테스트 명세.
  * 참고 : 그 밖의 다른 정보나 참고 사항 등을 간단하게 기록.
 

제품 백로그 (예)
^  ID  ^  이름  ^  중요도  ^  추정치  ^  데모 방법  ^  참고  ^
|  1  | 입금          |  30  |  5  | 로그인, 입금 페이지 열기, 10달러 입금, 잔액조회 페이지로 이동, 잔액이 10달러 증가했는지 확인 | UML, 시퀀스 다이어그램 필요. 지금은 암호화를 고려하지 않아도 됨. |
|  2  | 거래내역 조회 |  10  |  8  | 로그인, "거래내역 조회"클릭, 입금 실행, "거래내역 조회"로 다시 이동, 입금 내역이 나타나는지 확인 | 조회 내역이 많은 경우 페이징 처리 |



====추가 스토리 항목====

 

추가 스토리 항목은 대개 제품 책임자가 우선순위를 결정하기 쉽게 하기 위해 사용된다.

 

  * Track : 대강의 스토리 분류
  * Component : 해당 스토리를 구현하는데 필요한 각종 요소들(DB, Server, Client 등)
  * Requestor : 해당 아이템을 처음으로 요청한 사람
  * Bug Tracking ID : 버그 추적