💡 핵심 인사이트
제품 책임자(PO)는 애자일 스크럼 팀에서 '제품의 비즈니스적 성공'을 홀로 책임지는 단 한 명의 미니 CEO입니다.
고객의 목소리를 대변하여 무엇을 만들지(제품 백로그)를 결정하고 우선순위를 매기는 절대적인 권한을 가지지만, 개발자들에게 "이걸 어떻게 구현해라"라고 기술적으로 간섭할 수는 없습니다.

Ⅰ. PO의 존재 이유와 역할의 본질

전통적 개발 방식에서는 기획팀, 마케팅팀, 고객의 요구사항이 개발자들에게 중구난방으로 쏟아졌습니다. 이로 인해 개발팀은 누구 말을 들어야 할지 몰라 혼란에 빠졌습니다.

스크럼은 이 혼란을 막기 위해 모든 비즈니스 요구사항의 창구를 단 한 사람(PO)으로 통일했습니다. 개발팀은 오직 PO가 정리해 준 명세서(백로그)만 보고 코딩에 집중하면 되고, 제품이 시장에서 실패했을 때의 책임은 개발팀이 아니라 비전을 잘못 설정한 PO가 전적으로 지게 됩니다.

Ⅱ. PO의 3대 핵심 업무

1. 제품 백로그(Product Backlog)의 절대적 관리자

PO의 가장 중요하고 유일한 무기입니다. 사용자가 원하는 기능(예: 카카오톡 송금 기능, 이모티콘 기능 등)을 '유저 스토리(User Story)' 형태로 작성하여 백로그에 차곡차곡 쌓습니다.

• 투명성 유지: 백로그는 팀원 누구나 볼 수 있게 항상 최신 상태로 투명하게 유지해야 합니다.
• 백로그 아이템을 추가, 수정, 삭제할 수 있는 권한은 오직 PO에게만 있습니다. (사장님이라도 기능 추가를 원하면 PO를 거쳐야 합니다.)

2. 무자비한 '우선순위(Priority)' 결정

아이디어는 100개지만 개발 시간은 한정되어 있습니다. PO는 시장 가치, ROI(투자 대비 수익), 고객 니즈를 냉정하게 평가하여 백로그 아이템들을 **1등부터 100등까지 일렬로 세우는 순위 지정 작업(Prioritization)**을 쉴 새 없이 해야 합니다.

• 개발팀은 스프린트 계획 회의 때, 무조건 PO가 정해놓은 1순위 위에서부터 순서대로 작업을 떼어갑니다.

3. 인수 조건(Acceptance Criteria) 정의 및 합격 판정

"이 기능이 완성되었다고 치려면 어떤 조건을 만족해야 하는가?"라는 채점 기준표를 작성합니다. 스프린트 리뷰 때 개발팀이 만들어온 결과물을 직접 써보고, "인수 조건에 맞게 잘 돌아간다(합격, Done)" 혹은 **"이건 내가 의도한 게 아니다(불합격, 백로그로 다시 돌려보냄)"**를 판정하는 막강한 검수 권한을 행사합니다.

Ⅲ. PO가 절대 해서는 안 되는 행동 (Anti-patterns)

• ❌ "어떻게(How)"에 대한 간섭: "이 버튼 만들 때 React 말고 Vue.js 쓰세요", "DB 테이블은 이렇게 짜세요." ➔ 기술적 구현 방법과 개발 일정(추정치) 산정은 100% 개발팀의 고유 권한입니다.
• ❌ 위원회나 그룹이 PO 역할을 맡는 것: PO는 반드시 결단력 있는 단 한 명의 자연인이어야 합니다. 여러 명이 위원회를 만들어 투표로 백로그를 정하면 배가 산으로 가고 책임 소재가 불분명해집니다.

📢 섹션 요약 비유: PO는 영화 제작의 **'영화 감독'**입니다. 관객(시장)이 어떤 스토리에 열광할지 비전을 세우고 어떤 씬(백로그)을 먼저 찍을지 우선순위를 정합니다. 하지만 카메라 렌즈 조리개 값이나 조명 설치 방법(기술적 구현)까지 참견하지는 않으며, 그건 촬영 감독(개발팀)에게 전적으로 맡깁니다.