스크럼에서 종속 스토리를 어떻게 처리합니까?


9

내가 현재 일하고있는 회사에서, 우리는 때때로 일부 이야기가 서로 연결되어 있음을 알게되었습니다. 이는 동일한 전체 기능에 속하거나 다른 기능 일 수 있지만 다음 기능 등을 계속하려면 먼저 완료해야하는 기능이있을 수 있습니다.

반복의 워크 플로우를 중지하지 않고이 경우를 어떻게 처리합니까? 우리가 뭔가 잘못하고 있습니까?

답변:


7

이것은 좋은 질문입니다. 이론에 따르면 사용자 스토리는 독립적이어야하지만 완전히 달성 할 수는 없었습니다.

제 생각에 가장 중요한 것은 팀과 제품 소유자 모두가 그것을 알 수 있도록 종속성을 알리는 것입니다. 이렇게하면 제품 소유자가 사용자 스토리를 재정 의하여 종속성이 제거되도록 (예 : 사용자 스토리를 병합하여) 주요 사용자 스토리가 먼저 구현되도록 비즈니스 우선 순위를 정의해야합니다.

우선 순위와 PO 결정에 따라 동일한 스프린트로 두 가지를 모두 구현하거나 나중에 교장이 이미 완료되었으므로 종속 문제는 나중에 아무런 문제없이 구현됩니다.

최악의 경우는 A가 B에 의존하고 B가 A에 의존하는 경우입니다. 이러한 경우 사용자 스토리는 아마도 잘못 정의되어 있으며 아마도 A와 B (대부분 독립적이거나 단방향 의존성)로 다시 작성되어야하고 C는 다음에 의존해야합니다. A와 B.


2

그에 따라 계획하십시오.

그것들을 같은 스프린트에 넣으십시오. 또한 사용자 스토리도 스프린트 백 로그에서 우선 순위가 지정되므로 아무런 문제가 없습니다.

팀이 이에 참여하기 때문에 종속성을 알고 있으므로 두려워 할 것이 없습니다. 그들은 성인이며 의존성에 대해 설명하면 (보통 당신에게 설명 할 것입니다) 일이 순조롭게 진행됩니다.

Waterfall과 같이 Agile에서는 한 번에 하나의 작업 만 수행 할 수 있습니다. B에 A가 필요한 경우 보통 B보다 먼저 A를 수행합니다. 상식입니다.


1

종속성은 시스템을 통해 세로 대신 가로로 스토리를 자르는 냄새 일 수 있습니다. 특정 기능을 개발하려면 데이터베이스 디자인 수정부터 사용자 인터페이스까지 모든 것이 포함되어야합니다. 데이터베이스 조회를위한 핸들러 루틴 작성과 같이 시스템 구조의 일부 하위 레벨에서 사용자 스토리에 모든 노력을 기울이면 스토리 사이에 종속성이 생길 가능성이 높습니다. 그리고 아마도 사용자 이야기를 잘못 쓰고있을 것입니다.


1
온라인 상점에서 스토리를 나누는 방법은 어떻게됩니까? 사용자는 제품 목록을 볼 수 있어야합니다. 제품을 검색, 필터링 및 정렬 할 수 있어야합니다. 제 생각에는 이러한 각 행동은 그 자체의 이야기를 보장 할만큼 충분히 큽니다. 그러나 제품 목록을
갖추기

0

최선의 방법은 종속적 인 사용자 스토리를 더 작은 비트로 분할하여 가능한 한 독립적으로 만들 수 있다는 것입니다. 그들은 당신이 가장 의존했던 이야기들을 먼저 다루어야합니다 (당신이 말한 것처럼 : 다른 것들을 계속하기 위해 먼저 끝내야하는 이야기들). 의존성 지수와 같은 것을 만드십시오 : 이야기 3에 이야기 1보다 더 많은 후손이 있다면 이야기 3을 먼저 밟았습니다.

종속성이 너무 많은 중지를 유발하는 경우 작업을 모두 중지하고 (현재 스프린트의 중간에 예) 우선 순위 사용자 스토리를 다시 평가하여 먼저 다루는 것이 좋습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.