프로덕트 오너: Difference between revisions

From IT위키
No edit summary
No edit summary
Line 3: Line 3:
'''고객의 니즈와 요구사항을 깊이 이해하고 내부에서 고객을 지원하는 역할로, 우선순위, 리소스, 영향 등의 제약사항들 간에 균형을 유지하며 전략을 수립하고 관리하는 역할'''
'''고객의 니즈와 요구사항을 깊이 이해하고 내부에서 고객을 지원하는 역할로, 우선순위, 리소스, 영향 등의 제약사항들 간에 균형을 유지하며 전략을 수립하고 관리하는 역할'''


== 용어의 등장 ==
==용어의 등장==
[[SCRUM]] 방법론에서 [[스크럼 마스터]]의 카운터 파트로서 정의된 역할이다.
[[SCRUM]] 방법론에서 [[스크럼 마스터]]의 카운터 파트로서 정의된 역할이다.


SCRUM에서 스크럼마스터는 레거시 조직에선 프로젝트 매니저와 대응된다. 즉 고객의 요구사항을 수용하되 개발 업체(조직)의 입장을 대변하는 PM의 카운터 파트로서 고객의 입장을 전달하는 역할로 볼 수 있다. PO는 B2C서비스를 제공하는 스타트업 등에서 많이 운용되고 있는 역할인데, 고객의 입장에 서서 내부의 개발조직 등의 실무 수행조직과 소통하고 회사의 리소스를 적절히 할당받아 운용하는 역할로 볼 수 있다.
SCRUM에서 스크럼마스터는 레거시 조직에선 프로젝트 매니저와 대응된다. 즉 고객의 요구사항을 수용하되 개발 업체(조직)의 입장을 대변하는 PM의 카운터 파트로서 고객의 입장을 전달하는 역할로 볼 수 있다. PO는 B2C서비스를 제공하는 스타트업 등에서 많이 운용되고 있는 역할인데, 고객의 입장에 서서 내부의 개발조직 등의 실무 수행조직과 소통하고 회사의 리소스를 적절히 할당받아 운용하는 역할로 볼 수 있다.


== 프로덕트 ==
==프로덕트==
일반적인 제품, 상품을 의미하는 프로덕트일수도 있지만 일반적으로 '서비스'단위를 가리킨다. 조직의 특성에 맞게 얼마든지 세분화하여 정의할 수 있다. 예를 들면 전자상거래업의 경우 주문 업무, 배송 업무, 고객관리 업무 등이 프로덕트가 될 수도 있고 배송 중에서도 '직배송', '업체배송'이 나누어져서 프로덕트로 관리될 수도 있고 '배송 물류 시스템'만 프로덕트로 관리할 수 있다.
일반적인 제품, 상품을 의미하는 프로덕트일수도 있지만 일반적으로 '''서비스 단위'''가리킨다. 조직의 특성에 맞게 얼마든지 세분화하여 정의할 수 있다. 예를 들면 전자상거래업(G마켓, 쿠팡 등)의 경우 주문 업무, 배송 업무, 고객관리 업무 등이 프로덕트가 될 수도 있고 배송 중에서도 직배송, 업체배송이 나누어져 각각의 프로덕트가 관리될 수도 있다. 또는 중점 관리가 필요한 '배송 물류 시스템'만 프로덕트로 지정할 수도 있다.


== 다른 역할과의 차이 ==
== 조직 내 위치 ==
조직의 규모나 조직의 운영에 따라 다르다. 팀장 역할을 할 수도 있고, 팀장 밑의 개별 팀원이 프로덕어 오너라는 직책 또는 업무를 맡을 수도 있다. 국내 스타트업의 경우 팀장 아래 팀원의 업무로서 프로덕트 오너를 두는 경우가 많다. 이는 프로덕트 오너라는 직책이 아직 역할이 명확히 정립되지 않은 과도기이기 때문에 편차가 클 수 있는 것이다.
[[파일:프로덕트 오너의 위치.png|섬네일]]


* 김성한, ⟪프로덕트 오너⟫ (2020) 참고하여 작성
== 프로덕트 오너의 역량 ==
 
* 기획 능력
* [[요구 공학|요구사항 정의]] 능력
* 의사소통 및 조율 능력
* (개발사의 경우) UI/UX에 대한 지식
* 데이터 분석 능력
* 가설 및 목표 설정 능력
 
==유사 역할과의 차이==
 
*김성한, ⟪프로덕트 오너⟫ (2020) 참고하여 작성


{| class="wikitable"
{| class="wikitable"
Line 21: Line 34:
!PO
!PO
|-
|-
|유관 부서 회의
|'''유관 부서 회의'''
|필요 시 참석
|필요 시 참석
|주기적으로 참석
|주기적으로 참석
|항상 참석 및 주도
|항상 참석 및 주도
|-
|-
|로드맵, OKR
|'''로드맵, OKR'''
|검토 및 첨언
|검토 및 첨언
|검토 및 첨언
|검토 및 첨언
|작성 및 수정
|작성 및 수정
|-
|-
|우선순위 설정
|'''우선순위 설정'''
|검토 및 첨언
|검토 및 첨언
|검토 및 첨언
|검토 및 첨언
|설정 및 설명
|설정 및 설명
|-
|-
|기술 이슈
|'''기술 이슈'''
|해결 및 기록
|해결 및 기록
|주시 및 대응
|주시 및 대응
|주시 및 대응
|주시 및 대응
|-
|-
|[[스크럼 회의]]
|[[스크럼 회의|'''스크럼 회의''']]
|주도 및 참여
|주도 및 참여
|주기적 참석 기대
|주기적 참석 기대
|참석 및 설명
|참석 및 설명
|-
|-
|[[스플린트]] 계획
|'''[[스플린트]] 계획'''
|주도 및 업무 할당
|주도 및 업무 할당
|주기적으로 참여
|주기적으로 참여
|주도 및 설명
|주도 및 설명
|-
|-
|데이터 및 수치화
|'''데이터 및 수치화'''
|필요 시 검토
|필요 시 검토
|충분한 이해 보유
|충분한 이해 보유
|설정, 생성, 설명
|설정, 생성, 설명
|-
|-
|개발 완료 공지
|'''개발 완료 공지'''
|필요 시 검토
|필요 시 검토
|PO 검토하에 작성
|PO 검토하에 작성
|필요 시 작성
|필요 시 작성
|-
|-
|마이너한 이슈
|'''마이너한 이슈'''
|담당자 할당
|담당자 할당
|가능하면 대응
|가능하면 대응
|가능하면 대응
|가능하면 대응
|}
|}
{| class="wikitable"
!직무
!역할
!종합
|-
|'''PO'''
|
* 고객을 대변하면서 사업적인 가치를 창출할 수 있는 가설 설정
* 가설을 검증할 방법을 계획하고, 개발 및 디자인 요구사항 정의
* 성공 지표, 세부 지표 등을 검토하고 데이터 분석 진행
* 에픽, 스토리 등의 개발 티켓 생성
* 사용성 테스트 진행 후 고객 피드백을 정리하고 공유
* 고객 및 유관 부서와의 소통을 통해 개발 백로그 관리
|전략가
|-
|'''PM/TPM'''
|
* 개발 조직과 협의하여 일정 정의
* 구체적인 개발 티켓 생성 및 정리
* 타 개발 조직과 협력해야 할 경우, 요구사항 정리 및 회의 진행
* 상세한 테스트 방식 기획 후  테스트 진행
* 신규 기능 또는 프롵더트에 대한 사용 설명서 작성 및 배포
* 고객 및 유관 부서의 상세 문의에 대한 답변
|실행자
|}
== 참고 문헌 ==
* 김성한, ⟪프로덕트 오너⟫ (2020)

Revision as of 13:20, 13 September 2021

Product Owner; PO

고객의 니즈와 요구사항을 깊이 이해하고 내부에서 고객을 지원하는 역할로, 우선순위, 리소스, 영향 등의 제약사항들 간에 균형을 유지하며 전략을 수립하고 관리하는 역할

용어의 등장

SCRUM 방법론에서 스크럼 마스터의 카운터 파트로서 정의된 역할이다.

SCRUM에서 스크럼마스터는 레거시 조직에선 프로젝트 매니저와 대응된다. 즉 고객의 요구사항을 수용하되 개발 업체(조직)의 입장을 대변하는 PM의 카운터 파트로서 고객의 입장을 전달하는 역할로 볼 수 있다. PO는 B2C서비스를 제공하는 스타트업 등에서 많이 운용되고 있는 역할인데, 고객의 입장에 서서 내부의 개발조직 등의 실무 수행조직과 소통하고 회사의 리소스를 적절히 할당받아 운용하는 역할로 볼 수 있다.

프로덕트

일반적인 제품, 상품을 의미하는 프로덕트일수도 있지만 일반적으로 서비스 단위를 가리킨다. 조직의 특성에 맞게 얼마든지 세분화하여 정의할 수 있다. 예를 들면 전자상거래업(G마켓, 쿠팡 등)의 경우 주문 업무, 배송 업무, 고객관리 업무 등이 프로덕트가 될 수도 있고 배송 중에서도 직배송, 업체배송이 나누어져 각각의 프로덕트가 관리될 수도 있다. 또는 중점 관리가 필요한 '배송 물류 시스템'만 프로덕트로 지정할 수도 있다.

조직 내 위치

조직의 규모나 조직의 운영에 따라 다르다. 팀장 역할을 할 수도 있고, 팀장 밑의 개별 팀원이 프로덕어 오너라는 직책 또는 업무를 맡을 수도 있다. 국내 스타트업의 경우 팀장 아래 팀원의 업무로서 프로덕트 오너를 두는 경우가 많다. 이는 프로덕트 오너라는 직책이 아직 역할이 명확히 정립되지 않은 과도기이기 때문에 편차가 클 수 있는 것이다. 섬네일

프로덕트 오너의 역량

  • 기획 능력
  • 요구사항 정의 능력
  • 의사소통 및 조율 능력
  • (개발사의 경우) UI/UX에 대한 지식
  • 데이터 분석 능력
  • 가설 및 목표 설정 능력

유사 역할과의 차이

  • 김성한, ⟪프로덕트 오너⟫ (2020) 참고하여 작성
책임 업무 개발 매니저 TPM PO
유관 부서 회의 필요 시 참석 주기적으로 참석 항상 참석 및 주도
로드맵, OKR 검토 및 첨언 검토 및 첨언 작성 및 수정
우선순위 설정 검토 및 첨언 검토 및 첨언 설정 및 설명
기술 이슈 해결 및 기록 주시 및 대응 주시 및 대응
스크럼 회의 주도 및 참여 주기적 참석 기대 참석 및 설명
스플린트 계획 주도 및 업무 할당 주기적으로 참여 주도 및 설명
데이터 및 수치화 필요 시 검토 충분한 이해 보유 설정, 생성, 설명
개발 완료 공지 필요 시 검토 PO 검토하에 작성 필요 시 작성
마이너한 이슈 담당자 할당 가능하면 대응 가능하면 대응
직무 역할 종합
PO
  • 고객을 대변하면서 사업적인 가치를 창출할 수 있는 가설 설정
  • 가설을 검증할 방법을 계획하고, 개발 및 디자인 요구사항 정의
  • 성공 지표, 세부 지표 등을 검토하고 데이터 분석 진행
  • 에픽, 스토리 등의 개발 티켓 생성
  • 사용성 테스트 진행 후 고객 피드백을 정리하고 공유
  • 고객 및 유관 부서와의 소통을 통해 개발 백로그 관리
전략가
PM/TPM
  • 개발 조직과 협의하여 일정 정의
  • 구체적인 개발 티켓 생성 및 정리
  • 타 개발 조직과 협력해야 할 경우, 요구사항 정리 및 회의 진행
  • 상세한 테스트 방식 기획 후 테스트 진행
  • 신규 기능 또는 프롵더트에 대한 사용 설명서 작성 및 배포
  • 고객 및 유관 부서의 상세 문의에 대한 답변
실행자

참고 문헌

  • 김성한, ⟪프로덕트 오너⟫ (2020)