PO

PO란 무엇인가

PO(Product Owner, 제품 책임자)는 제품의 가치와 방향을 결정하는 사람으로, 흔히 제품의 미니 CEO라 불린다. 애자일 방식에서 출발한 역할이며, 무엇을 만들지와 무엇을 만들지 않을지를 가르는 최종 판단을 담당한다.

개발팀이 무엇이든 만들어낼 수 있어도 그것이 사용자와 사업에 가치를 주는지는 별개의 문제인데, PO는 바로 그 가치의 기준을 쥐고 있다. 즉 자원이 한정된 현실에서 가장 큰 효용을 내는 일을 선별해 팀이 옳은 방향으로 움직이도록 만드는 것이 이 역할의 본질이다.

백로그를 다스리는 권한

PO의 핵심 권한은 제품 백로그의 우선순위를 정하는 데 있다. 백로그는 앞으로 만들 일들의 목록이며, 무엇을 먼저 하고 무엇을 미룰지를 정렬하는 것이 PO의 일상적 책무다.

모든 요구를 동시에 만들 수 없으므로, 사용자 가치와 사업 효과·구현 비용을 함께 저울질해 순서를 끊임없이 다시 매긴다. 이 정렬이 흔들리면 팀은 바쁘게 움직여도 정작 중요한 가치를 뒤늦게 내놓게 된다.

따라서 백로그의 순서는 단순한 목록 관리가 아니라 제품 전략을 매 주기마다 실행으로 번역하는 행위에 가깝다.

가치 판단의 단일 창구

여러 이해관계자가 저마다 다른 요구를 들고 오는 환경에서, PO는 그 목소리를 하나로 모아 결정하는 단일 창구가 되어야 한다. 영업·경영진·고객지원·사용자가 원하는 바가 서로 충돌할 때, 누구의 요구를 먼저 반영할지 판단하는 책임이 PO에게 모인다.

결정 권한이 여러 곳으로 흩어지면 개발팀은 상충하는 지시 사이에서 방향을 잃기 쉽다. 그래서 PO는 외부의 다양한 기대를 흡수하되, 팀에게는 일관된 우선순위라는 한 가지 신호만 전달하는 완충 장치 역할을 한다.

이 일관성이 곧 팀의 속도와 신뢰를 만든다.

PM·PMO와의 차이

PO는 무엇을 만들지를 정하는 가치 중심의 역할이고, PM은 그것을 일정·범위·자원 안에서 완수하는 실행 중심의 역할이라는 점에서 강조점이 다르다. PM이 정해진 목표를 어떻게 제때 끝낼지에 집중한다면, PO는 그 목표 자체가 옳은지를 묻는 자리에 더 가깝다.

여러 프로젝트의 표준과 자원을 관장하는 PMO와도 결이 다른데, PMO가 조직 차원의 관리 통제를 본다면 PO는 하나의 제품이 내는 가치에 책임을 진다. 다만 작은 조직에서는 한 사람이 PO와 PM의 역할을 겸하기도 하므로, 직함보다 그 순간 어떤 결정을 내리는지로 구분하는 편이 정확하다.

결국 방향을 정하는 손과 그것을 완수하는 손이 분리될수록 각 역할의 책임이 또렷해진다.

오너십이라는 무게

PO를 미니 CEO라 부르는 까닭은 권한과 함께 결과에 대한 책임까지 떠안기 때문이다. 우선순위를 정할 권한이 있다는 것은, 그 선택이 만든 성패를 회피할 수 없다는 뜻이기도 하다.

좋은 PO는 결정을 미루거나 모두의 요구를 두루 만족시키려다 우선순위를 무의미하게 만들지 않고, 무엇을 포기할지 분명히 정한다. 무엇을 만들지 못지않게 무엇을 만들지 않을지를 결단하는 데서 제품의 색이 드러난다.

이 결단을 회피하면 제품은 특징 없는 기능의 나열로 비대해지고, 정작 핵심 가치는 흐려진다.

현장에서 흔한 함정

실무에서 PO 역할이 무너지는 가장 흔한 형태는 결정권 없는 요구 전달자로 전락하는 것이다. 위에서 내려온 지시를 그대로 팀에 옮기기만 하면 우선순위를 책임지는 주체가 사라지고, 백로그는 누구도 정렬하지 않은 채 쌓인다.

반대로 PO가 모든 세부 구현까지 통제하려 들면 개발팀의 자율과 전문성이 위축된다. 건강한 PO는 무엇과 왜를 책임지고 어떻게는 팀에 맡기는 경계를 지킨다.

그 경계가 분명할수록 팀은 빠르게 움직이고, PO는 가치 판단이라는 본래의 일에 집중할 수 있다.