Jira에서 사용자 스토리를 작성하는 방법
게시 됨: 2022-11-24웹 앱/소프트웨어를 만드는 것은 단순히 코딩하고 앱을 실행하는 것 이상입니다.
요구 사항 이해, 설계, 테스트, 개선 및 앱의 최종 릴리스와 같은 다양한 단계가 관련되어 있습니다.
우리가 보는 웹 앱 중 일부는 개발 프로세스 중에 이해하기 다소 복잡했습니다. 다행스럽게도 복잡한 프로세스, 아이디어 또는 개념을 시각화하면 쉽게 소화할 수 있습니다.
사용자 스토리는 기능을 시각적으로 설명하고 개발이 필요한 항목이나 스토리의 우선 순위를 지정하는 데 도움이 되므로 소프트웨어 개발 여정의 필수 요소입니다. Jira에서 사용자 스토리를 생성하는 방법을 이해하려면 계속 읽으십시오.
사용자 스토리란?
사용자 스토리는 최종 사용자의 관점에서 작성된 웹 앱/소프트웨어 기능에 대한 일반적인 설명으로 설명할 수 있습니다. 사용자 스토리가 소프트웨어 요구 사항이 아니라는 점은 주목할 가치가 있습니다. 그러나 이러한 이야기는 비공식적이며 해당 기능이 최종 사용자에게 어떻게 가치를 제공하는지 설명하기 위해 작성되었습니다.

사용자 스토리의 기본 구조
사용자 스토리는 프로젝트 작업 시 따라야 할 단계를 결정하는 데 도움이 되는 '할 일' 목록입니다. 사용자 스토리는 제품 요구 사항의 "누가", "무엇을", "이유"를 포착해야 합니다. 이러한 이야기는 각 요소에 10-15개의 단어가 포함된 간략한 내용입니다. 이러한 단계는 제품과 프로세스가 원하는 요구 사항을 충족하는지 확인하는 데 도움이 됩니다.
Ron Jeffries에 따르면 모든 사용자 스토리에는 "카드, 대화 및 확인"을 나타내는 3C가 있어야 합니다. 이제 Jira에서 사용자 스토리를 작성할 때 관찰해야 할 3C를 설명하겠습니다.

카드
사용자 스토리는 원래 물리적인 카드나 포스트잇에 기록되었습니다. 이제 Jira에서 사용자 스토리를 작성할 때 쉽게 사용자 지정할 수 있는 최신 카드가 있습니다. 그러나 카드에는 요구 사항에 대한 일부 정보만 포함됩니다. 카드에는 필요를 이해하는 데 도움이 되는 충분한 정보가 있습니다.
카드에는 기능과 관련된 우선 순위 및 비용과 같은 중요한 세부 정보도 포함할 수 있습니다. 제품 소유자 또는 프로젝트 관리자는 모든 세부 정보가 캡처되면 스토리 카드를 개발자에게 전달합니다.
대화
카드를 사용하여 사용자 스토리를 구성한 후 관련 당사자 간의 대화가 이어집니다. 사용자 스토리의 요구 사항은 개발자에게 전달되기 전에 논의되고 개선되어야 합니다.
또한 제품 소유자, 스크럼 마스터, 개발자 및 이해 관계자 간의 대화를 통해 협업이 촉진됩니다. 다양한 이해관계자들은 계획 단계부터 실행을 위해 사용자 스토리를 선택하는 단계까지 이러한 대화를 통해 생각과 의견을 공유합니다. 이러한 대화는 구두로 이루어질 수 있으며 경우에 따라 지원 문서가 있습니다.
확인
대화는 며칠 또는 몇 주 동안 계속될 수 있습니다. 그러나 의심스러운 요소가 있을 수 있으므로 확인이 필요합니다. 특정 측정값을 허용 기준으로 제공하는 몇 가지 기준을 추가할 수 있습니다. 이러한 조치는 이야기 내에서 글머리 기호 목록으로 작성할 수 있습니다.
확인은 수락 테스트의 형태로 제공됩니다. 이러한 테스트는 필수 요구 사항을 파악하고 생성된 제품을 테스트하여 표준을 충족하는지 확인하는 데 도움이 됩니다. 제품 소유자는 승인 기준을 정의합니다. 반면에 개발자는 승인 기준을 구현해야 합니다.
사용자 스토리 작성 목적
- 디자이너, 제품 소유자 및 개발자가 최종 사용자를 염두에 두고 생각하도록 돕습니다 . 최신 제품은 항상 최종 사용자가 제품과 상호 작용하는 방식을 고려해야 합니다. 사용자 스토리는 제품을 디자인하고 개발할 때 최종 사용자의 여정을 강조하는 탁월한 접근 방식입니다.
- 간단하고 유연한 형식을 가지고 있습니다. Jira의 사용자 스토리는 복잡할 필요가 없습니다. 간단한 형식을 사용하면 가능한 최소한의 단어를 사용하여 모든 세부 정보를 캡처할 수 있습니다. 시스템/소프트웨어 애플리케이션이 성장함에 따라 요구 사항도 변경되므로 사용자 스토리는 이러한 변경 사항을 유연하게 수용할 수 있습니다.
- 팀은 같은 언어를 사용 합니다. 일반적인 개발 팀에는 제품 소유자, 디자이너 및 개발자가 있을 수 있습니다. 사용자 스토리는 팀의 모든 사람이 요구 사항과 최종 목표를 이해하도록 하는 좋은 도구입니다.
- 사용자 스토리는 협업 을 가능하게 합니다. 사용자 스토리는 최종 목표를 정의합니다. 따라서 팀은 협력하여 최종 사용자에게 최상의 서비스를 제공하고 설정된 목표를 달성하는 방법을 결정할 수 있습니다.
사용자 스토리를 작성하는 동안 따라야 할 모범 사례
#1. 사용자는 명확하게 정의되어야 합니다.
사용자가 식별된 경우에만 작업을 수행해야 합니다. 이 기능을 요청하는 사용자는 외부 사용자, 클라이언트 또는 제품 관리자일 수 있습니다. 사용자는 때때로 작업해야 할 기능을 언급한 후 개발의 구성원이 될 수 있습니다.
사용자는 다음과 같이 표시됩니다.
“[사용자 이름]으로…….”
예를 들어, "임차인으로서…." 또는 "집주인으로서…."
#2. 사용자 스토리는 니즈를 포착해야 합니다.
몇 가지 질문은 – 사용자가 친구들과 제품 사진을 공유하고 싶거나 과거에 구매한 모든 항목의 내역을 보고 싶습니까? 이러한 질문은 제품 팀이 무엇을 만들어야 하는지 이해하는 데 도움이 됩니다.
이 단계에서 나타나는 일반적인 실수는 해결책을 제시하는 것입니다. 그러나 사용자 스토리에 솔루션이 함께 제공되어서는 안 됩니다. 제품 개발자는 Jira에서 사용자 스토리를 작성할 때 사용자와 협력하여 요구 사항을 파악하되 성급하게 결론을 내리지 않도록 해야 합니다.
요구 사항은 "[사용자 이름]으로서: 나는 [ACHIEVE SOMETHING]할 수 있습니다..."로 표현됩니다.
예를 들어, "집주인으로서: 월세 징수 내역을 볼 수 있습니다…."
#삼. 적격 진술이 있어야합니다.
"so that"과 같은 문구로 한정 진술을 간단히 제시할 수 있습니다. 기능은 단순히 앱에 추가되는 것이 아니라 해당 기능이 가치를 추가해야 합니다.

적격 진술을 다음과 같이 제시할 수 있습니다.
"[USERNAME]로서 [ACHIEVE SOMETHING]할 수 있으므로 [VALUE STATEMENT]..."
예를 들어;
“집주인으로서: 월세 징수 내역을 볼 수 있어 지출 계획을 세울 수 있습니다.”
한정 설명은 제품 팀이 제안된 기능에 대해 작업해야 하는 이유를 정당화합니다.
#4. 사용자 스토리는 독립적이어야 합니다.
생성된 모든 사용자 스토리는 독립적이고 고유한 비즈니스 가치 집합을 나타내야 합니다. 따라서 개발자가 사용자 스토리를 구현할 때 점진적인 가치가 있어야 합니다.
#5. 사용자 스토리를 협상 가능하게 만들기
사용자 스토리의 최종 목표를 명확하게 설명할 수 있습니다. 그러나 설정된 목표를 달성하는 과정은 협상 가능해야 합니다. 사용자 스토리는 제품 소유자와 개발 팀이 기능 또는 기능에 대한 비현실적인 제약을 방지하기 위해 협상할 수 있도록 해야 합니다.
#6. 단순하고 작아야 함
주어진 스프린트 주기 내에서 목표를 달성하려면 Jira의 사용자 스토리를 작게 만들어야 합니다. 스토리가 너무 복잡하다면 스토리를 더 세분화해야 한다는 신호입니다.
Jira에서 사용자 스토리를 생성하는 단계별 프로세스
Jira는 현대 세계 최고의 프로젝트 관리 도구 중 하나입니다. Jira는 원래 버그 및 문제 추적에 사용되었지만 이제는 개발 팀을 위한 만능 애자일 소프트웨어 개발 도구로 발전했습니다.
이 앱의 깔끔한 기능과 다양한 앱과의 통합 용이성은 Jira에서 사용자 스토리를 작성해야 하는 이유입니다. 첫 번째 사용자 스토리를 만들려면 다음 단계를 따르세요.
#1. Jira 계정에 로그인/생성
이미 Jira 계정이 있는 경우 로그인하여 2단계로 이동합니다. 하지만 Jira 계정이 없는 경우 무료로 Jira 계정을 만들 수 있습니다. 세부 정보를 입력하고 튜토리얼을 따라 첫 번째 프로젝트를 설정하십시오. 계정이 준비되면 이제 2단계로 이동할 수 있습니다.
#2. 문제 만들기
문제는 완료해야 하는 개별 작업을 추적하는 데 사용됩니다. Jira 대시보드의 상단 탐색 모음에서 '만들기' 아이콘을 클릭합니다.

#삼. 사용자 스토리 진술
설명 섹션에 문제를 설명하십시오. 이 예에서 설명은 "사용자로서 친구/가족이 혜택을 받을 수 있도록 중요한 거래를 공유하고 싶습니다."입니다.

#4. 관련 파일 첨부
일부 작업에는 파일이 필요할 수 있습니다. 그러나 사용자 스토리에는 이미지가 없으므로 해당 단계를 건너뜁니다.

#5. 설명 추가
이 섹션에서는 기능에 대해 자세히 설명합니다. 우리의 경우 제품을 공유할 수 있는 소셜 미디어 플랫폼을 설명할 수 있습니다.

#6. 작업 할당
작업은 스토리 작성자에게 자동으로 할당됩니다. 그러나 팀으로 작업하는 경우 다른 사람에게 문제를 할당할 수 있습니다.

#7. 작업 우선 순위 설정
Jira에서 사용자 스토리를 작성할 때 우선 순위를 가장 높음, 높음, 낮음 또는 가장 낮음으로 설정할 수 있습니다. 소셜 미디어 공유 기능으로 "높음"을 선택했습니다.

#8. 사용자 스토리 게시
처음으로 User Story를 생성하므로 기능이 많지 않습니다. "만들기" 버튼을 누르면 사용자 스토리를 볼 수 있습니다.

마무리
위의 단계를 따르면 Jira에서 사용자 스토리를 작성하는 것이 어렵지 않습니다. Jira에는 막힌 느낌이 들 때 항상 참조할 수 있는 가이드와 튜토리얼도 있습니다.
이 애자일 방법론 가이드에 관심이 있을 수도 있습니다.