요구사항 목록에는 로그인, 예약, 결제, 알림이 모두 있어도 비 오는 날 기사가 늦고 고객의 휴대전화가 꺼진 장면을 설명하지 못할 수 있습니다. 기능은 존재하지만 누가 무엇을 알고 다음 결정을 하는지가 연결되지 않은 상태입니다.
핵심 서비스 시나리오는 기능을 예쁘게 보여주는 이야기가 아니라 특정 상황에서 고객, 직원과 시스템의 행동을 실행 전에 시뮬레이션해 상태, 책임, 예외 요구를 발견하는 도구입니다.
먼저 보면 좋은 점
- 사용자, 목표, 촉발 사건과 제약을 구체적으로 정합니다.
- 정상, 예외, 지원 장면을 행동과 시스템 반응으로 전개합니다.
- 이야기 속 빈 상태와 책임을 검증 가능한 요구사항으로 바꿉니다.
시나리오를 소리 내어 읽어 빈칸을 찾는다
가족 계정의 결제 수단이 만료된 날 아이가 콘텐츠를 재생하는 장면을 씁니다. 사용자 행동, 화면 반응, 보호자 알림, 결제 실패, 재시도와 지원 대응을 번갈아 적고 디자이너·개발자·운영자가 역할을 맡아 읽습니다. “알림이 간다”에서 누가 언제 어떤 채널로 보내는지 답하지 못하면 요구사항의 빈칸입니다. 데이터가 없는 첫 사용자와 알림을 거부한 보호자도 별도 장면으로 읽습니다.
정상 흐름만 매끄럽고 보호자가 연락되지 않거나 중복 결제가 생길 때 책임자가 없으면 개발 완료로 보지 않습니다. 시나리오가 실제 시스템 제약과 충돌하면 이야기를 지키려 억지 구현하지 말고 가정을 수정합니다. 오늘 요구사항 하나에 네트워크 실패와 권한 없는 사용자를 넣어 읽고 멈춘 문장마다 담당자와 승인 기준을 붙이십시오. 읽는 사람마다 다른 시스템 반응을 말한다면 구현 전에 정책부터 합의합니다.
모호한 사용자 흐름에 상황을 넣는다
“고객이 배송을 조회한다” 대신 퇴근 중인 고객이 비가 오는 저녁에 선물 도착 시간을 확인한다고 씁니다. 수령인이 따로 있고 기사 연락이 어려운 제약도 둡니다.
상황은 극적인 이야기를 만들기 위한 장식이 아닙니다. 시간, 장소, 기기, 관계자가 달라질 때 요구가 바뀌는 핵심 조건만 포함합니다.
장면마다 행동과 반응을 번갈아 쓴다
고객이 배송 상태를 열면 시스템은 마지막 위치와 갱신 시각을 보여주고, 고객은 수령인에게 공유합니다. 기사가 지연을 등록하면 예상 시간이 바뀌고 알림이 두 사람 중 누구에게 가는지 정해야 합니다.
스토리보드 칸마다 사용자가 아는 것, 하는 것, 시스템 반응, 담당 직원의 행동을 적습니다. 다음 장면으로 넘어갈 정보가 없으면 요구사항의 빈칸입니다.
정상선보다 예외선이 책임을 보여준다
휴대전화가 꺼졌거나 주소가 틀렸거나 수령인이 거절하는 장면을 추가합니다. 시스템이 자동으로 재시도하는지, 기사가 판단하는지, 상담원이 개입하는지에 따라 권한과 기록 요구가 생깁니다.
모든 희귀 상황을 같은 깊이로 다루지 않습니다. 발생 빈도와 고객 피해, 복구 비용이 큰 예외를 우선하고 나머지는 알려진 한계로 관리합니다.
팀이 역할을 맡아 실제로 읽어본다
기획자는 고객, 개발자는 시스템, 운영자는 상담원 역할로 시나리오를 소리 내어 진행합니다. 각자가 다음 행동에 필요한 정보가 화면과 기록에 있는지 확인합니다.
배송 웹의 상태 이름이 고객에게는 완료지만 상담원 시스템에는 인계 완료라면 용어 충돌이 즉시 드러납니다. 멈춘 장면에 필요한 상태, 알림, 권한, 기록을 요구사항 후보로 적습니다.
시나리오를 완성품처럼 보호하지 않는다
발견한 요구마다 해당 장면, 책임자, 성공 조건, 시험 방법을 연결합니다. 실제 역할극이나 제한된 운영 시험에서 흐름이 이어지는지 확인하고 시나리오도 결과에 맞춰 갱신합니다.
이야기를 성립시키려고 존재하지 않는 인력이나 완벽한 데이터를 가정하면 중단합니다. 정상 장면만 성공하고 피해 큰 예외의 책임이 정해지지 않았다면 기능 완료로 처리하지 않습니다.
장면을 읽으면 요구사항의 빈칸이 들린다
공유 자전거 앱에서 “비 오는 밤, 잠금 해제 후 바퀴 이상을 발견한 초행 사용자”를 두고 사용자 행동과 서비스 반응을 번갈아 읽습니다. 신고 중에도 요금이 흐르는지, 다른 자전거를 배정하는지, 사진을 못 찍으면 누가 판단하는지에서 새 요구가 나옵니다. 정상·지연·통신 끊김 세 장면을 역할극으로 돌립니다.
존재하지 않는 24시간 상담원이나 완벽한 위치 데이터를 넣어야 끝나는 장면은 요구사항이 아니라 희망입니다. 산출물은 조건, 행동, 반응, 필요한 정보, 책임자, 미정 질문과 시험 결과입니다.
메모
- 시나리오에 실제 결정을 바꾸는 시간, 장소와 제약이 있는가?
- 각 장면에서 다음 행동에 필요한 정보와 책임자가 분명한가?
- 발생 가능성과 피해가 큰 예외를 실제 역할로 시뮬레이션했는가?