IT-프로덕트팀이 일하는 법

들어가며

안녕하세요. 원더월 프로덕트팀의 프롬 서비스 담당 PO, 오필진입니다.

저희 팀은 빠르게 변화하는 엔터테인먼트 시장의 요구사항을 신속하고 정확하게 충족시키는 것을 목표로 삼고 있습니다. 사용자(소속사, 아티스트, 팬을 포함)의 불편함을 해소하고 비즈니스 성장을 도모하기 위해, 문제의 근본적인 원인을 파악하고 가장 효율적인 해결책을 제시하는 것이 저희 팀의 주요 임무입니다.

김승구 CTO님께서 소개하신 개발팀의 Wonderway와 유사하게, 저희 프로덕트팀의 업무 방식인 ‘Wonderway’에 대해 설명드리고자 합니다. 저희는 기존에 속도와 성장을 중심으로 한 업무 프로세스에서 벗어나, 현재는 완성도에 더 많은 중점을 두고 있습니다. 이 글을 통해 원더월 프로덕트팀의 업무 프로세스와 그 변화에 대해 소개해드리겠습니다.

Product - Wonderway

완벽보다 완성

• ‘있으면 좋은 것’ 보다 ‘있어야 하는 것’에 집중
• 때를 놓친 완벽보다, 시장이 필요할 때 제공되는 서비스.
• 언제나 리소스는 부족하다.

‘이게 필요한가?‘를 깊이 있게 고민하고, 이후 ‘이게 지금 필요한가?‘를 더욱 깊이 고민하여 필요 스펙과 개발 시점을 결정하여야 합니다. 결국, 프로젝트의 성공은 핵심가치에 대한 집중과 일정 관리의 균형에서 비롯됩니다. 일정상의 제약과 리소스 확보의 어려움을 고려하여, 비즈니스 요구에 부합하는 최소한의 스펙으로 요건을 충족시키고, 점진적인 고도화를 통해 프로덕트의 완성도를 높여 나가는 것이 중요합니다.

다만, 이는 급격한 서비스 성장과 시장 진입 단계에서 집중될 수 있는 기준으로 서비스를 성숙 시키는 단계에서는 ‘있으면 좋은 것’의 가치가 더욱 높아질 수 있습니다.

문제 정의는 모든 해결의 시작점

• 본질적인 문제를 해결하는 것이 서비스의 근본을 고도화 하는 것.
• 문제 정의란 프로젝트를 ‘왜’ 하는가. ‘얻고자 하는 것이 무엇인가’ 를 정의하는 것.

문제 정의는 프로젝트의 배경, 근본적인 목적과 목표를 명확히 하는 과정입니다. 이는 프로젝트를 진행하는 이유, 즉 ‘왜’ 이 프로젝트가 필요한지에 대한 깊이 있는 이해를 바탕으로 합니다. 또한, ‘얻고자 하는 것이 무엇인가’를 구체적으로 정의함으로써, 프로젝트의 성공적인 완수를 위한 명확한 지침과 방향성을 제공합니다. 이러한 문제 정의 단계는 프로젝트의 범위를 설정하고, 필요한 자원과 시간을 효율적으로 계획하는 데 필수적인 역할을 합니다. 또한, 프로젝트 전반에 걸친 기획, 디자인, 개발, QA 단계에서 업무에 대한 동기를 부여하는 역할을 합니다.

업무 프로세스

1. 우선순위에 따른 기획 프로젝트 선정

• 백로그에 있는 다양한 업무들 중에서, RICE 우선순위 산정 방법을 이용하여 시의성, 영향력, 인적 자원 투입, 중요도 등을 종합적으로 고려하여 프로젝트를 선정합니다.

2. 문제 정의와 방향성 검토 with 각 유관부서

• 문제 정의는 프로젝트의 핵심 출발점입니다. 현재의 이슈를 데이터 기반으로 명확하게 정의하고 해결 방안을 모색합니다. 프로덕트팀이 제시한 방향성을 바탕으로 사업, 상품, 물류, 경영지원 등 유관 부서와 의견을 나누어 방향성을 확정합니다.

3. 결정된 방향성에 따른 사용자 Flow Chart 작성
4. 사용자 Flow Chart를 바탕으로 화면 디자인

• 저희 회사는 기획자가 화면을 직접 그리지 않습니다. UX 디자이너가 사용자 시나리오와 Flow Chart를 바탕으로 최적화된 화면을 디자인합니다. 기획자는 문제의 본질에 집중하고, UX 디자이너는 창의적인 디자인에 집중함으로써 프로덕트의 완성도를 높입니다.

5. 완성된 디자인을 기반으로 화면 설계 작성

• 피그마를 통해 제작된 디자인 파일을 기획서에 반영하고, 필요한 설명을 추가합니다. Flow Chart로 표현하지 못한 세부 사항은 기획서에서 명확히 합니다.

6. 기획리뷰 to 개발&전략그로스

• 개발팀과 전략그로스팀에 기획서를 전달하고, 개발 리소스와 획득 가치를 고려하여 실질적인 조율을 진행합니다. 프로덕트의 사용자 데이터 수집을 위한 전략적 협의도 이루어집니다.

7. 피드백 반영을 위한 기획 수정 및 최종안 공유

• 수렴된 피드백과 조율 사항을 반영해 기획서를 최종적으로 수정합니다.

8. 기획리뷰 to QA

• QA팀과 함께 기획서를 검토하고, 주요 테스트 케이스를 작성합니다. 이 과정에서 프로젝트의 방향성과 QA팀의 이해를 동기화합니다.

9. 개발팀 스프린트 플래닝회의를 통한 개발 프로젝트 선정

• 완성된 기획서를 지라와 컨플루언스에 공유하고, 개발 백로그에 포함시킵니다. 스프린트 플래닝 회의에서 프로젝트를 선정하고 일정을 확정합니다.

이상으로 저희 프로덕트팀이 개발에 착수하기 전까지의 주요 업무 과정을 말씀드렸습니다. 이 후의 개발 및 QA 과정도 중요하지만, 여기서는 개발 시작 전까지의 단계에 초점을 맞췄습니다. 저희는 항상 더 나은 프로덕트를 만들기 위해 끊임없이 노력하고 있으며, 이를 위해 개발팀과의 긴밀한 소통은 물론, 전사적으로 각 부서와의 원활한 커뮤니케이션을 통해 업무 프로세스를 지속적으로 개선하고 있습니다. 이러한 노력은 팀과 회사 전체가 보다 효율적이고, 효과적으로 목표를 달성하는 데 기여하고 있습니다.

마치며

저희 프로덕트팀은 IT 분야에서 흔히 발생하는 소통 병목 현상을 해결하고 업무의 비효율성을 IT 기술로 개선하여 사용자에게 더 나은 서비스를 제공하기 위해 지속적으로 노력하고 있습니다. 프로젝트의 성공은 모든 구성원이 같은 생각을 공유하고 동일한 목표를 향해 나아갈 때 결정됩니다. 이를 위해 저희는 모든 팀원이 하나의 방향을 향해 집중할 수 있도록 지원하고, 이러한 일체감을 통해 프로젝트의 성공을 이끌어내고자 합니다.