스크럼 가이드 | 21. 사용자 스토리 실수

사용자 스토리는 새로운 제품 기능이 일상적 또는 비즈니스 언어로 작동하는 방식을 설명합니다. 그러나 그들의 준비에는 많은 시간과 노력과 생각이 필요합니다. 오늘의 항목에서는 가장 일반적인 사용자 스토리 실수를 지적하고 이를 처리하는 방법을 제안합니다.

가장 흔한 사용자 스토리 실수 – 목차:

1. 소개
2. 3W의 문제
3. 3C의 문제
4. 사용자 스토리 실수 – 요약

소개

사용자 스토리는 팀이 사용자의 관점에서 제시된 문제에 대한 새로운 솔루션을 제안하도록 동기를 부여하는 훌륭한 도구가 될 수 있습니다. 우리는 사용자 스토리가 무엇인지에 대해 별도의 항목에 썼습니다. 그리고 이 기사에서는 좋은 사용자 스토리를 작성하는 인기 있는 방법인 INVEST를 소개했습니다. 오늘 우리는 사용자 스토리 실수에 초점을 맞출 것입니다.

3W의 문제

적절한 사용자 스토리는 다음 질문에 답합니다.

• 누구? (제품의 대상 사용자는 누구입니까?)
• 뭐? (제품에는 어떤 기능이 있으며 무엇을 할 수 있습니까?)
• 왜요? (어떤 용도로 사용되나요?)

그러나 이러한 각 질문에 대한 답변에는 문제가 수반될 수 있습니다. 가장 흔하지 않은 문제는 고객의 요구 에 따라 제품에서 무엇을 변경해야 하는지 에 대한 의구심입니다. 그러므로 우리는 Who?에 관한 문제에 초점을 맞출 것입니다. 그리고 왜?

누가 – 사용자 페르소나

사용자 스토리를 만들 때 저지르는 가장 흔한 실수 중 하나는 질문에 정확하게 대답하지 않는 것입니다. 누구를 위한 것입니까? 즉, 계획된 변경이 의도된 사용자는 누구입니까?

고객이나 최종 사용자를 변경 수신자로 지정하는 일반적인 응답으로는 충분하지 않은 경우가 많습니다. 이 문제에 대한 해결책은 받는 사람을 특정 페르소나로 상상하는 것입니다. 페르소나 는 대상 고객의 모델 이미지입니다. 즉, 페르소나는 특정 방식으로 제품을 사용할 사람을 나타냅니다.

사용자 스토리를 분석한 후에는 동시에 다른 사람들의 이야기를 전달한다는 것을 알 수 있습니다. 대상 사용자가 많은 경우 모순되거나 상호 배타적이거나 단순히 비효율적인 작업을 피하기 위해 사용자 스토리를 더 작은 조각으로 나누는 것을 고려할 가치가 있습니다.

왜요? - 잘못 정의된 목표

때때로 사용자 스토리의 마지막 섹션이 문제의 원인이 됩니다. User Story 실행 중 변경 사항의 비즈니스 가치를 지정해야 합니다. 추가 기능에 대한 설명이 목표를 대체하는 사용자 스토리 실수의 예를 살펴보세요.

고객으로서 다음 주에 날아다니는 융단을 사고 싶기 때문에 클릭 한 번으로 마술 지팡이를 사고 싶습니다.

이 사용자 스토리는 마술 지팡이를 구매하는 이유를 제공하는 대신 잠재 고객의 쇼핑 목록에 다른 항목을 추가합니다. 따라서 사용자 스토리를 작성할 때 제품의 기능이 변경되는 이유를 잊지 마십시오.

3C의 문제

사용자 스토리 작업 프로세스를 3C라고 하는 세 단계로 나눌 수 있습니다.

• 카드 – 사용자 스토리가 저장된 카드
• 대화 – 사용자 스토리 카드에 대한 스크럼 팀 내 대화
• 확인 – 작업이 완료되었음을 확인하는 수락 기준 정의

아래에서 설명하는 이들 중 하나에서 오류가 발생할 수 있습니다.

카드

사용자 스토리를 저장하는 메모리 카드는 용량이 제한되어 있습니다. 따라서 가장 일반적인 문제 는 사용자 스토리의 길이와 볼륨에 관한 것입니다. 사용자 스토리는 일관성이 필요하고 모든 단어가 중요할 정도로 정확한 정도가 필요합니다.

사용자 스토리 카드의 문제는 두 가지 차원이 있기 때문입니다. 하나는 그것이 공식화되는 방식입니다: 간결하고 필요한 최소한의 열거를 포함합니다. 두 번째는 g용자 스토리의 실제 크기입니다. 하나의 일반 문장은 단일 스프린트에서 완료할 수 없는 엄청난 수의 작업을 표현할 수 있습니다.

대화

사용자 스토리의 한 문장 구성은 개발 팀과의 대화를 위한 출발점입니다. 따라서 수행할 작업에 대한 설명으로 취급하는 것은 옳지 않습니다. 그것은 구현의 다양한 방법에 대한 협상과 토론의 가능성을 비활성화합니다. 사용자 스토리는 새로운 제품 기능에 대한 요구 사항에 대한 설명으로 취급되어서는 안 되며, 사용자 스토리에서 정의한 비즈니스 가치의 실현으로 이어질 특정 기술 솔루션에 대한 대화를 시작하라는 초대입니다.

확인

사용자 스토리가 무엇인지 설명하는 텍스트에서 각 사용자 스토리에 대해 정의해야 하는 허용 기준에 대해 자세히 썼습니다. 그러나 일반적인 실수 중 하나 는 성능 기준이 모호하다는 것입니다.

잘 작성된 사용자 스토리에는 구현 상황에 대한 설명이 포함되어 있습니다. 그 테스트는 사용자가 개발 팀이 만든 새로운 기능을 활용하는 것입니다.

사용자 스토리를 검증하는 유용한 도구 는 승인 테스트를 개발하는 것입니다. 이것은 일반적으로 사용자 스토리가 포함된 카드의 다른 면에 있습니다.

사용자 스토리 실수 – 요약

사용자 스토리를 준비하고 적용할 때 다음 규칙을 준수하는 것이 좋습니다.

• 변경의 영향을 받는 사용자 를 정확하게 식별
• 새로운 제품 기능 을 구축하는 목적을 명확하게 정의
• 볼륨을 최대한 짧게 유지
• 사용자 스토리를 개발 팀과의 솔루션 논의 를 위한 출발점으로 삼으십시오.
• 수락을 위한 명확한 규칙 설정

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

스크럼 가이드:

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. 제품 백로그 육성