제품 백로그 특성(스크럼)

제품 백로그특성 DEEP

 

Detailed appropriately(적절한 세부사항)

- 모든 백로그 아이템들은 동일한 수준으로 상세화하지 않는다.

- 우선 순위가 높은 백로그들은 스프린트에서 바로 작업할 수 있을 정도의 크기로 분할하고 상세화한다.

- 다른 백로그들은 크기가 상대적으로 크며 상세화가 덜 되어 있다.

Emergent(발생적)

- 고객의 요구사항이 변경될 수 있으므로 제품 백로그는 고정되어있지 않고 계속해서 변경될 수 있다.

- 제품 백로그들은 제거될 수 있고 새로운 백로그가 추가될수 있고 우선순위도 변경될 수 있다.

Estimated(추정)

- 각 제품백로그는 크기를 가지고 있다.

- 우선 순위가 높은 제품 백로그의 크기가 크다면 더 작게 분할할 필요가 있다.

- 제품 백로그의 크기를 추정할 때 스토리 포인트나 시간을 사용한다.

Prioritized(우선순위)

- 작업할 스프린트에서 해야 할 대상이나 첫 릴리즈 대상이 되는 제품 백로그는 우선순위가 높다.

- 제품 백로그에 모두 다 우선순위를 부여 안해도된다.

- 우선순위(MoSCoW)

  M(MUST) 필수적인 기능. 이 기능이 꼭 존재해야함

  S(Should have)중요하고 유용한 기능이며 가능하다면 포함되었으면 하는 기능

  C(Could have)제공된다면 사용자의 만족도가 올라갈 것 같은 기능. 여유가 없다면 개발하지 않아도 됨

  W(wont have) 개발 일정에서 누락되어도 아무 상관이 없는 기능

---

스토리 포인트 추정

Estimated(추정) 에서 스토리 포인트를 이용하여 제품 백로그의 크기를 추정한다고 했다.

어덯게 스토리 포인트를 추정할까?

보통 사람마다 관점이 다르기 때문에 각 스크럼 팀마다 포인트를 측정하는 기준이 다를 수 있다.

보통 0,1,2,3,5,8,13,21,40,100 으로 추정하는데 값이 30인스토리는 21로 추정할 수도 있고 40으로 추정할 수도 있다. 크기를 분할하고 쪼갤수록 스토리 포인트의 정확도는 올라간다.

 

Planning poker 게임

각 개발자들이 모여 회의를 한다(Product Backlog refinement meeting). 

개발자들 끼리 질문을 한다. 어떤 한 기능을 만드는데 스토리 포인트는 몇이 적절할 것 같아?

서로 적절할 것 같은 추정카드를 공개한다. 추정치 카드가 서로 다를 경우 서로 의견 및 수렴할 때 까지 반복한다.