사용자를 공동 설계자로: User Story Map × Generative Sequence

우리는 오랫동안 소프트웨어 제품을 만들기 위해서, User Story, Use Case, Functional Scenario를 사용해 왔다.
이 도구들은 “무엇을 만들어야 하는가”를 정리하는 데 매우 효과적이다.

 

지난 번에 Generative Sequence를 사용해서 같은 프로젝트를 다르게 개발하는 방법을 사용하였다.

한단계 좀 더 나아가서, 이번 시나리오 플래닝 프로젝트처럼

• 아직 사용자의 경험이 명확하지 않고
• 문제 정의 자체가 진행 중에 바뀌며
• 정답보다 탐색(Exploration)이 중요한 상황에서는 다른 질문이 필요했다.

“이 기능이 맞는가?”가 아니라
“이 경험이 살아 있는가?”

 

이 질문에 답하는 과정에서, Generative Sequence와 User Story Map을 함께 사용하면서
개발의 감각 자체가 달라지기 시작했다.

1. Generative Sequence: 고객을 ‘공동 설계자’로 바라보기

Generative Sequence는 완성된 설계를 먼저 두지 않는다.
대신 매 순간 이렇게 묻는다.

• 지금 이 변화가 전체 경험을 더 살아 있게 만드는가
• 이 작은 변화가 다음 변화를 자연스럽게 부르는가

이 관점에서 고객은
더 이상 완성된 결과물에 피드백을 주는 사람이 아니다.

 

다음 구조를 함께 만들어 가는 공동 설계자가 된다.

이번 프로젝트에서도 우리는 요구사항을 “확정”하기보다,

• 사용자가 어느 Phase에서 멈칫하는지
• 왜 다음 단계로 넘어가기 어려운지
• 이 단계가 정말 이 시점에 필요한지

를 관찰했고, 그 막힘을 해소하는 작은 Transformation을 반복했다.

그 결과, PRD는 문서가 아니라 계속 진화하는 구조(Living PRD)가 되었다.

2. User Story Map은 User Story와 다르다

User Story Map은 User Story를 정리한 또 다른 형식이 아니다.
사고의 출발점 자체가 다르다.

① 기능이 아니라 ‘경험의 흐름’이 중심이다

User Story는 쉽게 기능 단위로 쪼개진다.

“사용자로서 ○○을 하고 싶다.”

 

반면 User Story Map은 이렇게 묻는다.

• 사용자는 어떤 순서로 움직이는가
• 이 흐름에서 어디서 이해하고, 어디서 고민하고, 어디서 결단하는가

이번 시나리오 플래닝 프로젝트에서도 Phase 1~8은 단순한 단계가 아니라
하나의 사용자 여정으로 보이기 시작했다.

 

② 목록(List)이 아니라 지도(Map)다

기존 방식	User Story Map
백로그 목록	경험의 지도
우선순위 정렬	흐름의 연결
개별 스토리 완료	전체 경험의 무결성

 

목록 기반 개발에서는 “이 스토리는 끝났다”가 중요하다.

지도 기반 개발에서는

 

👉 “여기서 경험이 끊긴다”가 즉시 보인다.

실제로 Story 하나가 빠지거나 어색해질 때,
사용자 경험의 단절이 바로 드러났다.

 

③ 개발 중 ‘생각의 방향’이 달라진다

이 차이는 개발 과정에서 더 분명해진다.

기존 Iterative 개발

기능 구현 → 테스트 → 다음 기능

 

User Story Map × Generative Sequence

사용자 행동 상상
 → 이를 가능하게 하는 Task
 → 구현 중 “이 Activity 정의가 이상한데?” 인식
 → Activity 재정의
 → Story Map 수정

 

개발이 진행될수록 스토리가 고정되는 게 아니라 사용자 경험의 정의가 점점 정교해진다.

3. “경험이 깨지는 순간”을 아주 빨리 알아차린다

User Story Map의 가장 큰 장점은 이것이다.

사용자 경험이 깨지는 순간을, 개발자가 즉시 인지할 수 있다.

• 왜 이 Phase에서 사용자가 다음으로 못 가는지
• 이 기능이 앞뒤 맥락 없이 튀어나온 건 아닌지
• 지금 추가하려는 변화가 흐름을 강화하는지, 분절시키는지

이 모든 것이 지도 위에서 바로 보인다.

그래서 우리는 큰 리팩토링 전에, “이 방향은 아닌 것 같다”는 신호를
아주 이른 시점에 감지할 수 있었다. 

 

이것이 우리가 더 Adaptive하게 움직일 수 있었던 이유다.

4. 시나리오 플래닝 프로젝트에서 얻은 구체적 장점

이번 프로젝트에서 이 접근이 특히 잘 맞았던 이유는 명확하다.

• Phase 중심이 아닌 사용자 여정 중심 구조
  → 사용자가 “왜 이 단계를 하는지”를 자연스럽게 이해
• Transformation 단위 개발과의 궁합
  → 기능 추가가 아니라 _경험을 더 살아 있게 만드는가_로 평가
• Living PRD의 현실화
  → PRD, User Story, Transformation Log가 하나의 구조로 함께 진화
• AI를 공동 설계 파트너로 사용 가능
  → “이 기능 만들어줘”가 아니라
  “이 경험의 다음 변화를 어떻게 설계할까?”를 묻게 됨

마무리하며

이번 경험을 통해 확신하게 되었다.

좋은 개발은 기능을 잘 쌓는 일이 아니라,
경험이 스스로 자라나게 돕는 일이다.

 

User Story와 Iteration은 여전히 중요하다.

하지만 불확실성이 큰 문제, 아직 정답이 없는 영역에서는 그것만으로는 부족하다.

 

User Story Map은
👉 경험을 보는 눈을 제공하고,
Generative Sequence는
👉 그 경험을 살아 있게 만드는 변화의 리듬을 제공한다.

 

그리고 이 둘이 만날 때, 우리는 고객을 요구사항의 출처가 아니라 진짜 ‘공동 설계자’로 대하게 된다.