💦 나만 모르는 프로덕트 관리 이야기 [✏️ 집요할만큼 요구사항에 대해 질문해야 해요!] (👀간단 요약) 사내에서 진행한 애자일 교육, 그 중 'Role-Play'에 대한 글쓴이의 개인적인 경

💦 나만 모르는 프로덕트 관리 이야기 [✏️ 집요할만큼 요구사항에 대해 질문해야 해요!] (👀간단 요약) 사내에서 진행한 애자일 교육, 그 중 'Role-Play'에 대한 글쓴이의 개인적인 경험과 생각을 정리한 내용입니다. 📌 Role-Play ✓ 역할극은 세 명이서 한 조를 구성하며 각자 고객, PO, 개발자 역할을 맡아 두 번의 플레이를 진행 ✓ 진행자는 고객에게 미리 직선 요소 3가지, 곡선 요소 3가지로 이루어진 두 그림을 전달 ✓ PO와 개발자는 고객의 그림을 전혀 알지 못하는 상태이며, 고객은 오로지 말로만 이 그림에 대해 설명 📌 고객 → PO → 개발자 ✓ 고객은 말로만 설명할 수 있다 보니 처음엔 "큰 대각선 옆에 영어 스펠링 M이 있어요"라는 러프하게 요구사항 전달 ✓ 머릿속으로 나는 선, 문자로 요소를 나누고 각 요소에 대한 위치, 크기 등 정보 구조도를 그림 ✓ "큰 대각선 기준으로 왼쪽에? 오른쪽에?", "큰 대각선은 얼마나 클까요?"라고 요구사항에 대해 다시 질문 ✓ "오른쪽 위에 있어요!", "A4용지 가로 기준으로 왼쪽 위에서 오른쪽 아래를 가로지를 만큼 커요!"라고 답 ✓ 큰 대각선의 기준으로 '오른쪽 위에 있다'라는 말을 통해 M의 사이즈를 유추 ✓ 대각선의 '크다'라는 개념이, 넓이가 아닌 길이임을 알게 됨 ✓ 하지만 개발자는 큰 대각선의 시작점 위치, M은 소문자? 대문자? 등의 질문을 다시함 📌 다시 한 번 ✓ “스테이시(글 작성자), 집요할 만큼 요구사항에 대해 질문해야 해요. M과 m은 달라요.” ✓ 대각선은 둘째치고, M은 스스로 당연히 대문자라고 판단해 고객에게 확인조차 하지 않았던 것 ✓ 개발자분이 다른 요소를 그릴 동안 다시 고객에게 돌아가 대소문자 구분을 확인 📌 고객 & PO & 개발자 ✓ A4용지를 사등분, 어느 정도의 위치에 존재하  어느 정도의 면적을 차지하는지 등 구체적으로 물어보려 노력 ✓ 그런데 시간이 지날수록 내가 질문하는 일이 거의 없어짐 ✓ 내가 요구사항을 들을 때, 머릿속으로 동시에 정보의 위계를 나눴다면 개발자분은 동시에 그려내는 느낌 ✓ 작은 원의 반지름, 대각선의 시작점은 꼭짓점으로부터 어느 정도의 각도에 위치해 있는지 등 질문이 훨씬 더 구체적 📌 느낀점 ✓ Product ghOst가 되지 않으려면 요구사항을 디테일하게 수집하는 건 물론 고객과 사업에 대한 이해도가 높아야 한다는 점 ✓ 단순히 원하는 것을 정확히 그리기 위함을 넘어선 진짜 문제와 목적을 파악할 수 있을 것