사용자 스토리 매핑에 대한 빠른 가이드(템플릿 포함)

사용자 스토리 매핑의 아이디어는 Jeff Patton으로 거슬러 올라갈 수 있습니다. 그는 2005년에 나온 It's All in How You Slice It이라는 책을 말 그대로 썼습니다.

Patton은 단순히 생산 속도를 개선하는 것이 아니라 제품 개발 프로세스를 개선하는 데 더 집중하는 방식으로 스토리 매핑을 수행하는 컨설턴트입니다. 그는 애자일 프로젝트 관리, 린 앤 리드, UX 디자인 및 디자인 씽킹 스타트업 프레임워크를 혼합하여 이를 수행합니다. 그의 전체적인 접근 방식은 제품 또는 소프트웨어 개발 로드맵을 잊지 않고 사용자 스토리 매핑에 중점을 둡니다.

그게 다 무슨 뜻이야? 충분히 좋은 소리입니다. 제품 관리자를 포함하여 모두가 스토리를 좋아합니다. 스토리 매핑은 제품 관리 및 소프트웨어 개발에서 사용자 스토리가 사용되는 방식입니다. 그러나 스토리 매핑을 정의하기 전에 먼저 사용자 스토리가 무엇인지 이해해야 합니다.

사용자 스토리란 무엇입니까?

사용자 스토리의 아이디어는 소프트웨어 개발 및 제품 관리에서 나옵니다. 사용자 스토리는 사용자 관점에서 설명된 제품 ​​기능입니다. 일반 영어로 말하는 하나 이상의 제품 기능에 대한 비공식적인 설명을 의미합니다.

프로젝트 관리 소프트웨어는 팀의 사용자 스토리를 캡처합니다. ProjectManager는 여러 프로젝트 보기가 있는 클라우드 기반 작업 및 프로젝트 관리 소프트웨어입니다. 관리자는 Gantt 차트를 계획할 수 있고 팀은 작업 목록이나 간판 보드를 사용하여 백로그를 관리하고 스프린트에서 협업할 수 있습니다. 지금 무료로 ProjectManager를 시작하십시오.

스토리 매핑이란?

스토리 매핑은 사용자 스토리를 가져와 사용자 스토리 맵이라고 하는 그래프에 배치합니다. 그래프는 제품 백로그의 2차원 시각화입니다. 스토리 맵의 상단에는 에픽으로 알려진 복잡한 사용자 스토리가 그룹화되는 제목이 표시됩니다. 이러한 에픽은 단일 제품 릴리스에서 완료할 수 없으며 더 작은 사용자 스토리로 세분화해야 하는 사용자 스토리입니다. 이러한 사용자 스토리는 각 에픽 테마 아래 수직으로 수집되고 우선 순위에 따라 정렬됩니다. 이를 통해 제품 관리자는 큰 그림을 잃지 않고 많은 제품 기능을 설명할 수 있습니다.

그런 다음 사용자 스토리 매핑은 민첩한 제품 개발 환경에서 간단하면서도 효과적인 방법으로 이러한 사용자 스토리를 구성하고 사용하는 방법입니다. 이는 개발 팀이 고객 요구 사항 및 최종 사용자 피드백을 기반으로 생성된 일련의 제품 기능 측면에서 전체 제품 또는 서비스를 구상하는 데 도움이 됩니다.

사용자 스토리 맵을 만드는 방법

다음 단계에 따라 제품 개발 프로젝트에 대한 스토리 맵을 만드십시오.

1. 제품 기능 정의

만들고 있는 제품 또는 서비스의 주요 기능을 식별합니다. 이것은 제품 개발 서사시가 될 것입니다. 각 서사시는 여러분이 만들고 있는 스토리 맵으로 향하는 제목입니다. 그래프의 상단을 가로질러 가로질러 실행됩니다.

2. 관련 사용자 스토리 그룹화

그런 다음 이러한 각 서사적 제목 아래에는 이와 관련된 사용자 스토리가 있습니다. 사용자 스토리는 아직 잘 개발되거나 이 시점에서 우선 순위가 지정되지 않아도 됩니다. 올바른 서사시 아래에서 수집하고 싶을 뿐입니다.

3. 사용자 스토리 우선순위 지정

더 많은 연구가 완료되면 더 많은 고객 피드백이 수집되고 더 많은 사용자 스토리가 스토리 맵에 추가됩니다. 이제 사용자 스토리의 우선 순위를 지정하고 작업 종속성을 식별해야 합니다.

4. 스토리 맵 공유

이때 해당 사용자 스토리의 순서는 사용자 여정에서 발생하는 순서를 반영합니다. 스토리 맵을 제품 개발 팀과 공유할 준비가 되었습니다.

더 큰 애자일 프레임워크와 마찬가지로 스토리 매핑은 반복적인 프로세스입니다. 최종 사용자와 비즈니스에 더 많은 가치를 제공할 수 있는 방법에 대한 팀 구성원, 고객 및 이해 관계자 간의 대화에서 비롯됩니다. 이 대화는 일찍 시작되며 스토리 맵은 해당 제품 개발 대화를 실행 가능한 형식으로 캡처합니다.

스토리 매핑 템플릿

제품 개발 템플릿에는 스토리 맵과 제품 개발 로드맵을 만드는 데 필요한 모든 것이 있습니다. 칸반 보드를 사용하여 실시간으로 팀원들과 협업할 수 있는 다이내믹한 스토리 맵을 만들 수 있습니다.

그런 다음 이러한 각 기능 주제 제목 아래에는 이와 관련된 사용자 스토리가 있습니다. 사용자 스토리는 아직 잘 개발되거나 이 시점에서 우선 순위가 지정되지 않아도 됩니다. 올바른 제목 아래에 수집하기만 하면 됩니다. 더 많은 연구가 수행되고 이해 관계자로부터 더 많은 지침이 나오면 사용자 스토리에 더 자세한 내용이 추가됩니다. 각각을 더 작은 조각이나 작업으로 분해하여 사용자 스토리를 다듬고 있습니다. 이때 해당 사용자 스토리의 순서는 사용자 여정에서 발생하는 순서를 반영합니다.

더 큰 애자일 프레임워크와 마찬가지로 스토리 매핑은 반복적인 프로세스입니다. 최종 사용자와 비즈니스를 위해 더 많은 가치를 제공하는 최선의 방법에 대한 팀 구성원과 이해 관계자 간의 대화에서 비롯됩니다. 이 대화는 일찍 시작되며 스토리 맵은 해당 대화를 실행 가능한 형식으로 캡처합니다. Gantt 차트 보기를 사용하여 에픽, 사용자 스토리 및 제품 릴리스를 추적하십시오.

스토리 매핑의 중요성 및 이점

사용자 스토리 맵은 여러 가지 이유로 유용한 도구입니다. 언급한 바와 같이, 이해 관계자와 팀 간의 대화를 수집하여 제품 개발에서 무엇이 중요한지 파악할 수 있는 공간을 제공합니다. 그런 다음 해당 사용자 스토리가 더 큰 스토리의 컨텍스트에 속하도록 허용하여 순서나 중요도에 따라 배치됩니다.

다음은 제품 개발에 스토리 매핑 기술을 사용하는 주요 이점 중 일부입니다.

스토리 맵은 상태 보고서로 작동

스토리 맵은 제품과 마찬가지로 진행 중인 작업이어야 합니다. 프로젝트의 그 순간에 팀이 생각하고 있는 것을 보여주는 스냅샷과 같습니다. 따라서 프로젝트에 대한 가정을 검증하고 팀이 올바른 방향으로 진행하고 있는지 확인하는 수단입니다. 그것은 조직적 도구로 작용할 뿐만 아니라; 또한 양쪽 당사자가 서로를 이해할 수 있도록 말한 사람에게 다시 진술을 반복합니다.

스토리 매핑은 시각적 보조 도구입니다.

또한 시각적 사고 방식이기도 하며 이러한 방식으로 작업을 더 잘 처리하는 팀 및 이해 관계자에게 도움이 됩니다. 시각적 도구이기 때문에 전체 그림을 한 눈에 볼 수 있고 작은 부분이 전체에 맞는 위치를 볼 수 있습니다. 이것은 또한 프로세스에 구멍이 있을 때 팀원들에게 명백하게 합니다.

스토리 매핑은 우선 순위 지정에 도움이 됩니다.

사용자 스토리는 사용자 스토리 맵에 수집되기 때문에 프로세스에 가장 적합한 순서를 확인하기 위해 이동할 수 있습니다. 이 순서를 통해 팀은 증분 방식으로 포함되어야 하는 사용자 스토리를 파악할 수 있습니다.

사용자 스토리 매핑의 주요 부분인 우선 순위 지정은 효율성과 생산성에 도움이 됩니다. 이는 최종 사용자에게 중요하지 않은 기능에 집중함으로써 시간 낭비를 방지하는 데 도움이 됩니다. 그 이유는 우선 순위를 정할 뿐만 아니라 팀을 잡초에서 보호하는 큰 그림을 염두에 두고 있기 때문입니다.

스토리 맵은 커뮤니케이션을 가능하게 합니다.

사용자 스토리 맵의 의사 소통 민주주의도 있습니다. 이는 커뮤니케이션을 촉진하고 팀과 이해 관계자에게 프로젝트에 대한 공유된 이해를 제공합니다. 프로젝트의 어느 위치에 있든 사용자 스토리 맵을 보고 그것을 구성하는 작은 부분에 이르기까지 큰 스토리를 알 수 있으며 이 모든 것이 제품 로드맵과 어떻게 관련되는지 알 수 있습니다.

관련: 성공적인 제품 출시를 계획하는 방법

스토리 매핑 챌린지

사용자 스토리 매핑의 많은 단점은 실행 오류와 관련이 있습니다. 아래에 몇 가지를 나열했습니다.

• 너무 많은 세부 사항: 사용자 스토리에 너무 많은 세부 사항을 첨부하면 팀이 산만해질 위험이 있습니다. 잡음 속에서 신호가 손실된 것처럼 대화의 중요한 부분을 놓치는 등 과도한 위험을 초래할 수 있습니다.
• 너무 일반적: 또 다른 문제는 사용자 스토리가 너무 일반적이라는 것입니다. 제대로 작동하려면 특정 수준의 세부 사항, 즉 스위트 스팟이 필요합니다. 너무 광범위하면 주어진 반복에서 함수를 추출할 때 문제가 발생할 수 있습니다.
• 너무 포멀: 너무 포멀 하지 마십시오. 언어는 모든 사람이 이해할 수 있도록 단순하고 단순하며 쉬워야 합니다. 공식 제품 개발 언어를 사용하면 다시 사용자의 주의를 산만하게 하고 설명의 가독성을 떨어뜨릴 수 있습니다.
• 지나치게 기술적인 것: 일부는 사용자 스토리에 가려진 기술적인 매개변수를 사용하는 함정에 빠집니다. 사용자 기록이 아닌 기술 작업 목록은 이러한 작업의 우선 순위를 지정하는 중요한 단계를 흐리게 하는 데 도움이 됩니다. 우선 순위는 최종 사용자가 아닌 생산 방식을 기반으로 합니다. 즉, 사용자 스토리와 매핑이 올바르게 수행되더라도 알아야 할 몇 가지 위험이 있습니다. 프로젝트의 주요 추진력에서 벗어날 수 있는 버그 또는 순전히 체계적인 작업에 중점을 둡니다.

스토리 매핑 FAQ

스토리 매핑에는 끝이 없습니다. 배울 것이 항상 더 있습니다. 사용자 스토리에 대해 더 궁금한 사항이 있으신가요? 독자들이 아래에서 몇 가지 질문에 답했습니다.

스토리 매핑의 목적은 무엇입니까?

스토리 매핑의 주요 목적은 관리자가 제품 개발 프로세스를 시각화할 수 있도록 하는 것입니다. 이는 제품을 개발하는 데 필요한 작업을 사용자 스토리라는 작업 항목으로 세분화하여 수행됩니다.

스토리 매핑 세션이란 무엇입니까?

스토리 매핑 세션 또는 스토리 매핑 워크샵은 제품 개발 팀이 다른 부서의 구성원과 만나 함께 사용자 스토리를 만드는 기능 간 스토리 매핑 연습입니다.

누가 스토리 매핑을 발명했습니까?

사용자 스토리 매핑은 2005년 기사 "슬라이스의 모든 것"에서 스토리 매핑을 처음 설명한 Jeff Patton이 발명했습니다. 그 이후로 그는 2014년 "User Story Mapping: Discover the Whole Story, Build the Right Product"라는 책을 집필할 때까지 아이디어를 계속 발전시켰습니다.

최종 사용자에게 더 나은 서비스를 제공하기 위해 커뮤니케이션하고 프로젝트를 세분화하는 방법을 찾고 있다면 원활한 커뮤니케이션을 만들고 공유 가능한 플랫폼에서 작업을 구성할 수 있는 도구가 필요합니다. ProjectManager는 팀에 민첩한 프로젝트를 실행하는 데 필요한 협업 도구를 제공하는 클라우드 기반 프로젝트 관리 소프트웨어입니다. 오늘 이 무료 30일 평가판을 사용해 보십시오.