User-stroy, Independent in the INVEST

 

Independent - 독립적이다

출처 : xp123.com/articles/independent-stories-in-the-invest-model/

스토리는 독립적인 경우 작업하기 가장 쉽다. 즉, 개념이 겹치지 않도록 하고 어떤 순서로든 일정을 잡고 구현할 수 있기를 바란다. 항상 이것을 달성할 수는 없다. 때때로 우리는 "첫 번째 보고서에 대해 3 점, 나머지 각각에 대해 1 점"과 같은 말을 할 수 있다.

유저 스토리 간의 의존성을 제거하여 독립성을 유지한다.

독립적인 스토리는 프로젝트의 비즈니스 및 기술 측면 모두에 도움이 된다고 한다. 

• 사업적 관점 : 기술에 종속되지 않고 사업 목표에 초점을 맞출 수 있음.
• 기술적 관점 : MVP(최소 가치 제품)의 구현 실현 및 종속을 최소화하는 설계 가능
• 의존성 종류 : Overlap Dependency, Order Dependency, Containment Dependency

Overlap Dependency : 중복 의존성 제거

기존 스토리 => “User sends and receives messages” and “User sends and replies to messages.”  의존성 제거 스토리 => User sends [new] message => User receives message => User replies to message

Order Dependency : 주문(순서) 의존성의 문제

“this story must be implemented before that one.” 우선 순위 결정 및 계획 수립에 문제를 발생시킬 수 있기 때문에 구현전에 미리 체크해야 한다. 예 => 사용자가 이메일을 보내기 전에 계정이 필요할 수 있습니다.  => 따라서 먼저 계정 관리 스토리를 구현해야한다고 생각할 수 있습니다. ("관리자가 계정 생성" 과 같은 스토리) 해결 => 초기 계정을 제공할 수 있습니다. ("하드 코딩" or "초기 계정 제공")

Containment Dependency : 포함에 의한 의존성 문제

유저 스토리가 커지면 에픽으로 분류하고 하위에 유저 스토리가 여러개 생성될 수 있다. 이 경우 스토리가 많아지면서 한 스프린트 주기(Iteration) 안에서 개발이 어려울 수 있다. 바로, 하나에서 파생되는 계층구조가 복잡하고 많을 수록 우선순위 설정 및 일정 수립이 어렵다. 이 경우 스토리를 다른 기준에 의해 분리하여 의존성을 갖는 스토리끼리 합치는 작업을 함으로써 해결할 수 있다. 아래 개념으로 재 조합하기를 권장한다. - Affinity diagram - pivot

 

---

 

• INVEST in User-Story
• (I)ndependent - 독립적이다
• (N)egotiable – 협상 가능하다
• (V)aluable – 사용자 및 고객에게 가치가 있다
• (E)stimable – 추정 가능하다
• (S)mall - 작다
• (T)estable – 테스트 가능하다

참고 사이트

INVEST in Good Stories, and SMART Tasks - XP123

 

---