스크럼 가이드 | 22. 사용자 스토리 수락 기준

게시 됨: 2022-05-25

사용자 스토리는 기업이 고객의 요구에 최대한 부합하는 제품과 서비스를 제공할 수 있도록 하는 기술입니다. 사용자 스토리 수용 기준은 사용자의 관점에서 새로운 제품 기능에 대한 평가를 향상시킵니다.

사용자 스토리 수락 기준 – 목차:

  1. 소개
  2. 사용자 스토리 수락 기준을 공식화하는 방법은 무엇입니까?
  3. 사용자 스토리 수락 기준 대 완료의 정의
  4. 요약

소개

이전 기사에서 사용자 스토리와 생성 시 해결해야 할 문제에 대해 다루었습니다. 그러나 오늘은 사용자 스토리 승인 기준에 중점을 둘 것입니다.

허용 기준은 다음 지침을 따라야 합니다.

  • 사용자의 관점에서 제품 의 새롭고 향상된 기능을 설명합니다.
  • 각 사용자 스토리에 대해 고유 해야 합니다.

공식 스크럼 가이드는 사용자 스토리와 그 수용 기준을 정의하지 않습니다. 선택 사항이지만 스크럼 작업의 매우 일반적인 요소입니다. 여전히 독자의 호기심을 완화하기 위해 다음과 같이 설명합니다. 사용자의 승인을 얻기 위해 주어진 스프린트 동안 제품 향상이 충족해야 하는 조건.

User Story Acceptance Criteria

사용자 스토리 수락 기준을 공식화하는 방법은 무엇입니까?

잘 작성된 사용자 스토리에는 관련된 컨텍스트 또는 상황에 대한 명확한 설명이 포함되어 있어 허용 기준을 충족합니다. 그러나 필요한 고려 사항을 직설적으로 지적하기에는 너무 모호하고 모호한 짧은 문장입니다.

승인 기준의 명확성과 접근성

따라서 모호성을 방지하기 위해 구현된 솔루션의 목적을 결정하기 위해 고객과의 자세한 대화를 수행하고 녹음합니다. 승인 기준의 최종 공식은 제품 소유자에게 있음을 기억하십시오.

스프린트 계획 전에 사용자 스토리 기준과 함께 작성하십시오. 각 스크럼 팀 구성원은 이를 읽고 사용자 스토리 수용 기준을 이해하고 동의하는지 확인해야 합니다. 일반적으로 수락 기준은 사용자 스토리 카드의 반대쪽에 있습니다.

적절하게 공식화된 허용 기준을 통해 사용자는 테스트 사용자 스토리가 설명을 따르는지 확인할 수 있습니다. 기준은 스프린트가 끝날 때 제품 테스트 중에 완료될 때 체크할 글머리 기호가 있는 체크리스트 형식을 취할 수 있습니다.

제품의 작동이 사용자에게 투명하다면 문제는 간단합니다. 그러나 제품이 복잡할수록 테스트하기가 더 어려워집니다. 복잡한 소프트웨어나 대규모 서비스를 사용하십시오. 따라서 대부분의 경우 사용자 스토리를 검증하는 데 유용한 도구는 승인 테스트를 준비하는 것입니다.

승인 테스트

수락 테스트를 개발하기로 결정했다면 사용자 스토리가 포함된 카드의 다른 면에 놓으십시오. 나중에 스크럼 팀이나 외부 QA 팀에서 수행할 수 있습니다.

테스트에는 무엇보다도 제품이 테스트에 실패했는지 또는 통과했는지에 대한 명확한 설명 이 포함되어야 합니다. 백분율 문 또는 중간 평가를 포함할 수 없습니다.

사용자 스토리에 둘 이상의 승인 기준이 있는 경우 각각 별도의 테스트가 필요합니다. 이렇게 하면 개선 또는 개선이 필요한 제품 기능을 훨씬 더 쉽게 결정할 수 있으며 사용자 스토리에 포함된 새로운 기능이 겹치거나 서로 독립적인 경우 특히 중요합니다.

User Story Acceptance Criteria

사용자 스토리 수락 기준 대 완료의 정의

완료의 정의는 허용 기준과 기술적으로 동등한 스크럼 작업의 필수적인 부분입니다 . 그러나 이 둘은 서로 다른 약속을 나타내므로 혼동해서는 안 됩니다. 완료의 정의는 무엇이며 공식화하는 방법과 시기는 별도의 게시물에서 다룬 문제입니까?

여기에서는 완료의 정의 가 제품 백로그에서 증가가 완료된 후 예상되는 제품 상태에 대한 명확하고 투명한 설명이라는 것만 언급할 것입니다. Increment 내에서 이루어진 개선 사항을 설명합니다. 이는 고객이 인식한 마지막 스프린트 동안 생성된 제품 기능을 설명하는 사용자 스토리에 해당하는 수락 기준과 대조됩니다.

예를 들어 다음과 같은 콘텐츠가 포함된 사용자 스토리를 살펴보겠습니다.

온라인 상점에 로그인한 고객으로 클릭 한 번으로 마술 지팡이를 구매하고 싶습니다.

위의 사용자 스토리에 대한 완료 정의에는 다음이 포함될 수 있습니다.

  • 매장 고객을 위한 로그인 패널 생성
  • 결제 시스템 통합
  • 제품 페이지 템플릿에 즉시 결제 버튼 추가

반면에 고객 수락 기준 기능은 다음과 같습니다.

  • 상점에 로그인하는 기능
  • 기본 지불 방법 정의 가능성
  • "요술 지팡이" 제품의 "지금 구매" 버튼 작동

요약

수락 기준은 사용자 스토리의 구현을 평가하는 방법으로 기능하는 일련의 조건입니다. 사용자의 관점에서 새롭고 향상된 제품 성능을 설명함으로써 이 방법은 고객과 작업하기 위한 효과적인 도구가 됩니다. 사용자의 관점에서 스크럼 팀의 성과를 보여줍니다.

예를 들어 승인 테스트의 형태로 잘 공식화된 승인 기준을 통해 Sprint 중에 생성된 기능이 고객 요구 사항을 충족하는지 여부를 확인할 수 있습니다.

수락 기준은 주로 표현에 대한 관점에서 완료의 정의와 다릅니다. 여기에는 새 솔루션이 충족해야 하는 기술 요구 사항에 대한 설명이 포함되어 있지 않고 새 사용자 스토리를 구현한 후 제품이 제공해야 하는 기능 만 포함되어 있습니다.

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

Scrum Guide | 22. User Story Acceptance Criteria 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. 제품 백로그 육성