스크럼 가이드 | 19. 사용자 스토리 – 무엇입니까?

게시 됨: 2022-05-20

사용자 스토리는 새로운 제품 기능 또는 개선 사항에 대한 간략한 설명입니다. 여기에는 기술 솔루션이 포함되어 있지 않지만 기능과 관련된 질문을 다룹니다. 사용자는 누구입니까? 제품은 무엇을 합니까? 그리고 그 목적은 무엇입니까? 사용자 스토리는 일상적 또는 비즈니스 언어로 제품을 설명하지만 팀의 성과를 개선하기 위한 스크럼 팀의 작업을 가리키기도 합니다.

사용자 스토리란 무엇입니까? – 목차:

  1. 소개
  2. 사용자 스토리. 누구의 이야기인가?
  3. 사용자 스토리를 사용하는 방법?
  4. 허용 기준
  5. 요약

소개

사용자 스토리 는 스크럼 팀이 수행 하는 작업을 공식화하는 가장 일반적인 방법입니다 . 단일 사용자 스토리는 제품의 작은 기능을 정의합니다. 가장 작은 의미 있는 부분적 제품 목표를 설명합니다. 이러한 이유로 사용자 스토리는 매우 짧습니다.

사용자 스토리는 제품 작업의 전체 시간 동안 생성됩니다. 작업을 시작하기로 결정한 순간부터 제품 목표의 실현에 이르기까지 지속적으로 생성됩니다.

사용자 스토리 생성은 제품 소유자의 작업입니다. 고객과의 대화를 기반으로 사용자 스토리를 생성 하고 제품 백로그에 입력할 수 있는 질문에 대한 답변을 공식화합니다. 그러나 사용자 스토리는 고객의 요구만 반영하는 것은 아닙니다.

user stories

사용자 스토리. 누구의 이야기인가?

스크럼 팀은 사용자의 요구 를 정의하기 위해 사용자 스토리를 생성하고 이것이 비즈니스 언어로 기록되는 이유입니다. 즉, 구현이 제품 사용자에게 가져올 이점을 나타냅니다. 그러나 제품 백로그에는 예를 들어 개발자 간의 워크플로 개선 또는 제품 백로그 구성 과 같은 제품 소유자의 요구 설명 과 같이 개발 팀의 요구 사항 을 설명하는 사용자 스토리도 있을 수 있습니다. 이러한 경우 사용자 스토리의 사용자는 개발자이자 제품 소유자입니다.

3W 질문 에 답하여 사용자 스토리를 설명할 수 있습니다.

  • 누구?
  • 무엇을 하고 있습니까?
  • 왜요?

사용자 스토리는 다음 공식에 포함됩니다.

[유저 유형] 으로서 [무엇을 하고 싶은가 ?] 왜냐하면 [왜? 왜?].

이 양식으로 작성된 온라인 상점의 기능에 대한 사용자 스토리의 예는 아래 표에 설명되어 있습니다.

What are User Stories? - table

이 공식을 사용하면 사용자 스토리를 공식화할 수 있을 뿐만 아니라 기술 언어를 비즈니스로 또는 그 반대로도 비교적 쉽게 변환할 수 있습니다. 결과적으로 개발자와 이해 관계자 모두 목표와 진행 단계를 명확하게 볼 수 있습니다. 또한 스크럼 가이드 시리즈의 별도 기사에서 INVEST 방법을 사용하여 좋은 사용자 스토리를 만드는 방법을 다룰 것입니다.

사용자 스토리를 사용하는 방법?

도식적인 사용자 스토리를 만드는 것은 시작에 불과합니다. 그것들은 문제와 해결책에 대한 토론을 위한 신호이자 출발점입니다. 사용자 이야기에 대한 토론은 개발 팀이 스프린트 백로그에 추가할 기술적인 문제를 분류하기 위해 스프린트 계획 중에 진행됩니다.

일반적으로 물리적 공간에서 사용자 스토리는 작업장에 고정된 작은 색상의 카드에 작성됩니다 . 그러나 디지털 공간에서는 스크럼 팀이 공유하는 디지털 화이트보드가 가장 잘 작동합니다.

이러한 방식으로 사용자 스토리를 저장하면 다음과 같은 몇 가지 이점이 있습니다.

  • 각 사용자 스토리의 자율성을 강조합니다. 각 사용자 스토리 에는 별도의 프레임워크가 있으며 다른 스토리와 독립적으로 실행할 수 있습니다.
  • 사용자 스토리의 역동성을 강조합니다. 실현 순서는 스크럼 팀에 의해 재협상되고 현재 실현 순서는 사용자 스토리가 있는 카드의 물리적 배열 덕분에 보드에 표시됩니다.
  • 알림 역할 - 사용자 스토리의 시각적 표현 덕분에 Scrum 팀은 세부 솔루션을 생성할 때 목표를 상기시키는 표지판을 볼 수 있습니다.

개발 팀은 사용자 스토리를 완료하는 데 필요한 노력을 일, 공수 또는 스토리 포인트로 추정합니다.

허용 기준

사용자 스토리는 개발 팀에서 개발을 승인한 바로 그 순간에 특정 승인 기준 이 있어야 합니다. 수락 기준은 사용자 스토리 작업이 완료된 것으로 간주될 수 있는 시점을 결정합니다.

이렇게 하면 클라이언트와 개발자 모두 자신의 작업이 비즈니스 가치로 전환되는 방식을 알 수 있습니다. 일반적으로 사용자 스토리는 사용자가 설명된 작업을 수행할 수 있을 때 완료된 것으로 간주됩니다. 위의 예를 사용하여 콘텐츠가 포함된 이 사용자 스토리를 살펴보세요.

고객은 클릭 한 번으로 마술 지팡이를 구입할 수 있습니다.

로그인한 사용자의 기본 결제 및 배송 정보를 사용하는 온라인 상점 페이지에 작동하는 "지금 구매" 버튼이 나타나면 완료됩니다.

요약

사용자 스토리는 새로운 제품 기능 또는 개선 사항에 대한 간략한 설명입니다. 이는 비즈니스 언어로 표현되는 가장 작은 목표, 즉 비즈니스 가치와 사용자의 관점에서 기능합니다. 수행할 작업과 완료 기준을 명확하게 정의하는 데 도움이 됩니다.

콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest에서 바쁜 꿀벌 커뮤니티에 가입하세요.

Scrum Guide | 19. User Stories - what they are? caroline becker avatar 1background

저자: 캐롤라인 베커

프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.

스크럼 가이드:

  1. 기본 용어, 역할 및 개념의 용어집
  2. 스크럼이란?
  3. 스크럼 값
  4. 회사에서 스크럼을 구현하는 방법은 무엇입니까?
  5. 스크럼 팀 - 무엇이며 어떻게 작동합니까?
  6. 제품 소유자는 누구입니까?
  7. 제품 소유자의 가장 일반적인 실수
  8. 스크럼 마스터는 누구인가?
  9. 좋은 스크럼 마스터의 특징
  10. 스크럼 마스터의 가장 흔한 실수
  11. 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
  12. 제품 소유자와 스크럼 마스터 간의 협력
  13. 스크럼 개발팀
  14. 개발자의 가장 흔한 실수
  15. 스크럼 아티팩트
  16. 스케일링 스크럼
  17. 스프린트 백로그
  18. 제품 백로그란 무엇입니까?
  19. 사용자 스토리란 무엇입니까?
  20. INVEST로 최고의 사용자 스토리 만들기
  21. 가장 흔한 사용자 스토리 실수
  22. 사용자 스토리 수락 기준
  23. 스크럼의 추정 및 스토리 포인트
  24. 계획 포커
  25. 팀 평가 게임
  26. 증분 정의
  27. 스크럼 이벤트
  28. 스크럼에서 스프린트란?
  29. 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
  30. 번다운 차트란 무엇입니까?
  31. 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
  32. 번다운 차트의 장점과 단점
  33. 스크럼과 스크럼반의 칸반 보드
  34. 스크럼의 속도 - 개발 팀의 속도
  35. 일일 스크럼
  36. 스프린트 계획
  37. 스프린트 리뷰
  38. 스프린트 회고란 무엇입니까?
  39. 스프린트 회고 중 일반적인 실수
  40. 제품 백로그 육성