💦 나만 모르는 프로덕트 관리 이야기 [✏️ 요구사항 수집을 위한 내용 정리] (👀간단 요약) '요구사항 수집'은 프로덕트 오너의 업무에 중요한 요소 중 하나입니다. 그리고 특정 시즌엔 가장

💦 나만 모르는 프로덕트 관리 이야기 [✏️ 요구사항 수집을 위한 내용 정리] (👀간단 요약) '요구사항 수집'은 프로덕트 오너의 업무에 중요한 요소 중 하나입니다. 그리고 특정 시즌엔 가장 많은 시간을 쏟는 업무이기도 하죠. 왜 도대체 뭣때문에, 프로덕트 오너는 '요구사항 수집'을 중요하게 생각할까요? 요구사항 수집은 어떤 프로세스로 이루어지까요? 수집 이후엔 어떤 프로세스를 밟는 것일까요? 각각의 질문에 대한 답을 여기서 이 자리에서 피하지 않고 해보겠습니다. 📌 유관부서로부터 요구사항을 왜 수집해요? ✓ 프로덕트의 주 역할은 고객 만족이며, 프로덕트 오너는 고객의 대리인이 되어야 ✓ 그러나 고객만 만족시키기엔 한 가지 문제가 있습니다. 프로덕트의 주인이 '기업'이라는 것 ✓ 유관부서들의 요구사항을 받되, 이 요구사항을 실행했을 때 고객 만족도도 상승 시킬 수 있는 과제들을 진행해야 함 ✓ 우선 프로덕트가 어떤 역할을 그리고 무엇을 해야하는지 알기위해 유관부서로부터 요구사항 수집 필요 ✓ 프로덕트 오너 스스로 '요구사항'을 도출하면 기업의 방향성과 align되지 않는 과제들이 나올 가능성이 있음 📌 요구사항 수집 프로세스와 수집 주기는? ✓ 정기적 요구사항 수집 주기는 기업마다 다르겠지만 짧게는 분기별, 길게는 최소 1년에 한번씩 진행 ✓ 매해 기업의 비즈니스 방향성과 전략이 생성, 프로덕트의 개선도 비즈니스의 방향성과 align해야하기 때문 ✓ 보통 요청의 목적, 회신 기안까지 함께 안내하며 유관부서는 프로덕트 조직에 요청할 사항을 정리하여 회신 기간 내에 제공 ✓ PO는 요구사항의 목적과 핵심 내용에 대해 빠르게 파악하는 과정을 통해 하나씩 검토를 진행 ✓ 업무를 진행 하다보면 비즈니스 전략이 바뀌기도 하고 사업에서 프로덕트 관련 이슈가 발생하기도 ✓ 비정기 요구사항에 대해 프로덕트 오너는 요청자와 논의하여 해당 이슈 해결을 위해 로드맵 우선순위를 확인 📌 요구사항은 누가 주나요? ✓ 유관부서(eg. 사업부서, 마케팅부서) : 신사업을 진행을 위한 신규 기능 출시, 기존 사업 진행에서 불편한 요소 개선등에 집중 ✓ C레벨 경영진 : 전사관점(eg. 페이 사업 진출, 멤버십 서비스 제공)이나 때때로 상당히 디테일한 요구사항이 전달되기도 ✓ 프로덕트 오너(Product Owner) : 고객들의 반응을 아주 중요하게 고려 ✓ Maker(개발자, 디자이너) : 담당하는 역할에 관련한 요구사항을 주로 도출 📌 수집된 요구사항은 어떻게 반영되나요? ✓ 필요성 : 과제의 필요성에 대해 검토한다. ✓ 이 과제가 고객에게 이익에 저해되지 않는지 회사에 정말 필요한지, 프로덕트의 미션과 본질을 흐리진 않는지 판단 ✓ 정합성 : 로드맵성 과제가 맞는지 판단한다. ✓ 로드맵성 과제라고 판단되면 로드맵에 반영, 영향도가 적다면 로드맵이 아닌 task 수준의 과제로 분류 ✓ 액션 : 로드맵에 따라 과제를 진행한다. ✓ 프로덕트 오너는 정해진 일정에 Maker들과 과제를 진행 ✓ 과제 진행 전 요구사항을 구체화 하기 위해 요청자와 미팅을 진행하기도 (👋중요한 이유가 뭔가요?) 처음 신규 프로젝트를 담당했을 때, 수시로 들어오는 요구사항에 정신을 못차렸던 기억이 있어요. (물론 지금도 그렇습니다.) 처음엔 프로젝트에 대한 관심이라는 생각에 반갑기도 했지만, 일정에 맞지 않거나 우리가 진행하고 있는 방향과 방법에 맞지 않는 요구사항이 들어오면 꽤 난감한 상황을 마주하기도 했습니다. 그래서 이후부터는 나름의 기준을 설정해, 프로젝트 스펙 문서 등에 작성한 뒤 가능한 모두가 확인할 수 있도록 하고 있어요. 이 방법이 정답이라고 할 순 없지만, 적어도 한 번씩 더 고려하고 생각해 정제된 상태의 요구사항을 함께 확인하고 우선순위 등을 따질 수 있는 수준이 될 수 있다고 생각해요. 이런 기준을 어떻게, 왜 세워야 하는지에 대한 이유를 잘 설명해주는 글이라는 생각에 코멘트를 작성합니다.