각 조직과 저자는 이러한 용어에 대해 서로 다른 정의를 가지고 있습니다.
이 기사에서 마이크 콘은 사용자 스토리,서사시 및 테마에 대한 정의를 제공합니다:
사용자 스토리는 단순히 사용자가 원하는 것입니다. 사용자 스토리는 인덱스 카드에 작성된 텍스트 그 이상이지만 여기서 우리의 목적을 위해 사용자 스토리는”월별 판매 보고서 페이지 매김”또는”송장에 대한 세금 계산 변경”과 같은 텍스트라고 생각하십시오.”많은 팀이 사용자 스토리를 다음과 같은 형태로 작성하는 이점을 배웠습니다.”<유형의 사용자>나는<원하는/할 수/할 수/필요/등.>그래서<어떤 이유>. 그러나 사용자 스토리가 그런 식으로 작성 될 필요는 없습니다. 해당 사용자 스토리 형식의 장점을 확인하십시오.
스크럼 에픽은 대규모 사용자 스토리입니다. 우리가 특정 이야기를 서사시라고 부르는 마법의 문턱은 없습니다. 그것은 단지”큰 사용자 이야기”를 의미합니다.”나는 영화와 관련하여 이것을 생각하고 싶다. 내가 당신에게 말하면 특정 영화는 영화에 대해 뭔가를 알려주는”액션 어드벤처 영화”였습니다. 아마도 자동차 추격전,아마도 촬영 등이 있습니다. 그것은 비록 우리가 따르기로 동의 한 보편적 인 정의가 없으며,액션 어드벤처 영화에는 적어도 3 개의 자동차 추격전이 포함되어야하고,적어도 45 개의 총알이 총에 맞아야한다는 것을 알려줍니다.
그래서”서사시”는 우리가 큰 이야기에 적용하는 레이블 일뿐입니다. 이야기를 서사시라고 부르는 것은 때때로 추가적인 의미를 전달할 수 있습니다. 어제 시스템의 월별 보고 부분에 대한 사용자 스토리를 작성할 시간이 있는지 물어본다고 가정합니다. “예,”나는 대답합니다.”하지만 그들은 대부분 서사시입니다.”그건 내가 그 글을 쓰는 동안 대부분을 직접 구현할 수있을만큼 작은 이야기로 나눌 기회를 얻지 못했다는 것을 말해줍니다.
마지막으로”테마”는 사용자 스토리의 모음입니다. 우리는 내가 매달보고에 대해 쓴 이야기의 그룹 주위에 고무 밴드를 넣을 수 있고 우리는”테마라고 부를 것입니다.”때로는 이야기 그룹에 대해 생각하는 것이 도움이되므로 그 용어가 있습니다. 위의 영화 비유와 함께 고집,내 디비디 랙에 나는 함께 제임스 본드 영화를 제기했다. 그들은 테마 또는 그룹입니다.
스프린트 중에 각 사용자 스토리에 대해 작업이 정의되므로 개발 팀이 작업을 수행하는 방법을 명확하게 파악할 수 있습니다. 작업은 사용자 스토리를 완성하기 위해 수반되는 보다 세분화된 작업 버전입니다. 작업은 이야기를 끝내는 데 필요한 기술적 인 작업입니다. 개발자는 이야기를 완료하는 데 걸리는 시간을 현실적인 추정치를 얻기 위해 기술 작업에서 이야기를 분할합니다. 사용자 스토리는 일반적으로 스토리 포인트를 사용하여 추정되는 반면 작업은 시간으로 추정됩니다.
기능은 비즈니스에 기능을 제공할 수 있는 고유한 기능 요소입니다. 일반적으로 기능을 제공하는 데 많은 반복이 필요합니다. 사용자 스토리는 기능의 일부입니다. 작은 이야기의 기능을 분할하여,사용자는 신속하게 문제에 대한 개발자에게 초기 피드백을 제공 할 수 있습니다.
서사시와 기능의 관계는 애자일 커뮤니티에서 가장 논란의 여지가 있습니다. 제 생각에는 서사시는 더 넓은 개념이며 서사시는 다른 기능으로 나눌 수 있습니다.