* 분류의 목적 : 하나의 Item 덩어리를 잘게 나눔으로써 PO(Product Owner)는 더 가치있는 우선순위를 정립할 수 있다.



1. Workflow 단계별로 분류

Workflow를 포함하고 있는 PBI(Product Backlog Item)의 경우 항목을 개별적으로 분류


2. Business Rule에 따른 분류

PBI에 포함되어 있는 Business Rule에 따라 분류

(Business Rule이 때때로 표면에 드러나있지 않을 수도 있으므로 잘 캐치해야 함, 최소주문금액 같은 것들..)


3. Happy/Unhappy flow에 따른 분류

Happy flow: 모든것이 정상적일 때의 프로세스 흐름
Unhappy flow: Exception 등의 비정상적인 상황에서 프로세스 흐름


4. Device에 따른 분류

PC, 태블릿, 휴대폰 등의 사용 Device에 따른 분류



5. Data type/Parameter에 따른 분류

표현 형식의 분류 - 그래프, 차트, 표 등
검색기능(파라미터)의 세분화 - 상품코드 색인, 상세검색(컬러나 가격) 등

 

6. Operation에 따른 분류

Select, Update, Delete 분류



7. 테스트 시나리오, 테스트 케이스에 따른 분류

관련 테스트 시나리오를 Backlog로 변환



8. 역할에 따른 분류

해당 기능을 사용할 주체자들의 역할에 따라 분류 (일반고객, 임직원고객, VIP고객 등)



9. 최적화의 시점에 따라 분류

단, 기능 최적화의 우선순위를 저 뒤로 미뤄두고 당장은 개똥같은 코드를 작성하는 우를 범해서는 안됨

10. 브라우저 호환성에 따라 분류

브라우저의 종류와 버전에 따라 분류 (최신 버전의 표준 브라우저가 높은 우선순위를 차지)


+ 그 밖의 전략

구현하기 쉬운 것과 어려운 것
외부 시스템을 연동하는 것과 연동하지 않는 것
부가 기능들은 낮은 우선순위로..

Sprint를 몇개의 큰 항목이 아닌 여러개의 작은 항목으로 구성하는 것이 성공의 지름길이다.

 

- 출처: https://medium.com/the-liberators/10-powerful-strategies-for-breaking-down-user-stories-in-scrum-with-cheatsheet-2cd9aae7d0eb

by 위대한 정미나 2020. 9. 15. 23:42