스크럼 가이드 | 6. 제품 소유자 – 누구입니까?

게시 됨: 2022-04-13

숙련된 전문가로 구성되어 있어도 개발 팀이 신속하고 효율적으로 작업을 수행하지 못하는 경우가 있습니다. 프로젝트가 종료된 후 큰 그림을 볼 때 정의된 목표의 부재가 그 상황에 대한 책임이라는 것이 종종 밝혀집니다. Scrum 프레임워크에서 작업할 때 이러한 문제 및 기타 문제를 방지하기 위해 오늘 기사에서 집중할 역할인 Product Owner의 위치를 ​​만든 사람입니다.

제품 소유자 – 목차:

  1. 제품 소유자의 책임
  2. 스크럼 팀의 고객 목소리
  3. 제품 소유자 및 그 목적
  4. 백로그 가디언
  5. 요약

제품 소유자의 책임

제품 소유자만이 제품 백로그에 항목을 입력할 수 있을 뿐만 아니라 고객 기대치와 관련하여 의심이 가는 경우 최종 통화를 할 수 있습니다. 이 역할의 기본 책임은 다음과 같습니다.

  1. 고객과의 협력 – 스크럼 팀이 만든 제품의 기능을 정의하고 지정하기 위해 고객과 정기적으로 대화합니다. 여기서 주요 목표는 고객의 요구 사항을 가장 잘 충족시키는 제품을 만드는 것입니다.
  2. 제품 목표 를 명확히 하는 것 – 스크럼 팀 활동의 장기적인 방향을 개발 및 정의하고 모든 팀 구성원이 이를 이해하도록 하는 것입니다.
  3. 제품 백로그 유지 – 별도의 전용 기사에서 제품 백로그에 대해 논의하겠지만, 지금은 공식 스크럼 가이드에 정의된 스크럼 아티팩트 중 하나라고 말하는 것으로 충분합니다. 이것은 제품을 개선하는 데 필요한 사항의 진화하고 구조화된 목록입니다. 스크럼 팀이 수행하는 작업의 유일한 청사진입니다. 이제 스크럼 팀에서 제품 소유자의 역할에 대해 자세히 살펴보겠습니다.
Scrum: Who is a Product Owner?

스크럼 팀의 고객 목소리

제품 소유자 는 스크럼 팀에서 고객의 관점을 취합니다. 이 역할 덕분에 스크럼 팀은 지속적으로 의심을 해결할 수 있습니다. 그들은 종종 고객이 남긴 불분명한 지침을 스스로 해석할 필요가 없습니다.

제품에 관한 결정을 내리고, 개발 팀의 우선 순위를 설정하고, 제품 백로그에 항목을 작성 및 구성하는 것은 제품 소유자를 팀의 핵심 구성원으로 만듭니다.

스프린트 기간이 짧기 때문에 제품 소유자개발 팀스크럼 마스터 가 매일 정기적으로 참여하는 것이 중요합니다. 이 기간은 Product Increment 생성에 대한 집중적인 작업 기간입니다. 이 주제는 별도의 기사에서 다룰 것입니다.

다른 위치와 거리에서 일하는 사람에게 질문을 보낼 시간이 없으며 답변을 기다립니다. 따라서 팀 내에서 고객 대리인이 되는 것은 제품 소유자입니다. 팀이 그 안에 있습니다.

또한 제품 소유자는 개발 팀의 진행 상황을 최신 상태로 유지하기 위해 모든 스크럼 팀 회의에 참석합니다. 동료의 어려움을 인식하여 고객에게 신뢰할 수 있는 정보를 제공하고 팀의 업무를 효율적으로 구성할 수 있습니다.

이 직업은 스크럼 팀 환경, 즉 비즈니스 환경과 개발자 사이의 간극을 메우는 것입니다. 또한 개발자 팀의 작업을 구성하고 주어진 솔루션에 대한 작업을 완료하기 위한 기준을 결정합니다. 또한 성취의 순간을 승인합니다.

제품 소유자 및 그 목적

제품 소유자는 제품 목표, 즉 팀 작업의 목적을 명확하게 정의하고 명확히 할 책임이 있습니다. 다시 말해, 여기에는 개념적 및 조직적 작업이 포함되며, 그 목적은 주로 사용자 스토리 를 처리하는 것입니다. 즉, 고객의 요구에 해당하고 충족하는 제품 및 기능의 개념을 만드는 것입니다. 제품 소유자의 의무 중 똑같이 많은 부분이 관리 작업과 관련되어 있습니다. 즉, 제품 백로그에서 작업을 구성하고 우선 순위를 지정합니다.

스크럼 팀의 관점에서 이는 활동 범위의 명확성을 관리하는 것을 의미합니다. 제품 목표에 대해서는 별도의 항목에서 설명하겠습니다. 오늘 우리는 예를 사용할 것입니다:

스크럼 팀의 목표는 팀의 작업을 구성하기 위한 모바일 앱을 만드는 것입니다. 제품 소유자의 임무는 고객의 관점에서 애플리케이션의 핵심 기능이 무엇인지 스크럼 팀 구성원에게 설명하는 것입니다. 예를 들어 – 연락처 목록으로 새 팀 구성원을 추가하거나 팀과 개인 일정 보기 간에 전환합니다.

팀이 제품 목표를 이해하면 제품 소유자는 다음을 수행해야 합니다.

  • 올바른 방향 유지 – 생성된 응용 프로그램의 가장 두드러진 기능이 항상 제품 목표, 즉 팀의 작업 구성과 일치하도록 합니다.
  • 보다 자세한 문제 명확히 하기 - 팀과 함께 검색, 제품 작동 방식에 대한 동의 및 지정
  • 우선순위에 대한 감시 – '첫 번째 것 우선' 원칙에 따라 제품 소유자의 임무는 예를 들어 고객의 관점에서 부차적으로 중요한 측면 또는 추가 애플리케이션 기능의 개발을 방지하는 것입니다.

고객 또는 이해 관계자의 관점을 구하는 것은 제품 소유자를 제품 생성 과정에서 주요 의사 결정자로 만듭니다. 게다가 그들은 스크럼 팀 외부의 사람들과 토론에 참여하고 고객에게 귀중한 제품을 전달해야 하는 부담을 짊어집니다.

product owner

백로그 가디언

제품 소유자의 일상 업무 에는 제품 백로그의 요소를 구성하는 것이 포함됩니다. 이것은 프로젝트의 전체 노력 동안 계속 변경되기 때문에 어려운 작업입니다. 이 기록된 로그에는 제품 목표의 실현으로 이어지는 알려진 모든 측정 및 단계가 포함되어 있습니다. 물론 실행 전에 미세하게 분리되고 우선 순위가 지정됩니다.

제품 소유자는 제품 백로그에 포함된 작업을 세분화하고 더 작게 나눕니다. 그런 다음 그는 그 중 어느 것이 구현 단계에 들어갈 준비가 되었는지 결정합니다.

한편으로 제품 백로그 작업은 관리 및 조직 작업이며 개발자 팀 작업의 특성, 기능 및 제한 사항을 이해해야 합니다. 한편, Product Owner의 업무는 개발팀 업무의 성격, 능력, 한계, 제품 개발의 외부적 비즈니스 상황을 이해하는 것입니다.

그러나 다른 한편으로 제품 소유자의 임무는 스크럼 팀의 요구에 따라 제품 백로그를 생성하는 것입니다. 모든 팀원이 명확하고 접근 가능하며 이해할 수 있어야 합니다. 반면에 제품 소유자는 스크럼 마스터와 개발자가 제품에 대해 가지고 있는 모든 질문과 의심에 답할 책임이 있습니다. 그 덕분에 팀 전체가 이미 완료한 작업, 진행 중인 작업, 아직 수행해야 할 작업을 알고 있습니다.

요약

Product Owner는 Scrum 프레임워크에서 핵심적인 역할을 합니다 . 제품 소유자는 팀을 목표를 향해 지속적으로 안내하고 제품 백로그를 완전하고 안전하며 명확하게 유지하고 마지막으로 중요한 것은 스크럼 팀에서 고객의 목소리를 말합니다.

제품 소유자가 수행하는 작업은 너무 어려워서 다음 항목을 이 문제를 다루는 데 할애했습니다. 여기에서 제품 소유자가 저지르는 가장 일반적인 실수와 이를 처리하는 방법을 찾을 수 있습니다.

콘텐츠가 마음에 들면 Facebook, Linkedin 및 Twitter에서 바쁜 꿀벌 커뮤니티에 가입하십시오.

Scrum Guide | 6. Product Owner - who is it? caroline becker avatar 1background

저자: 캐롤라인 베커

프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.

스크럼 가이드:

  1. 기본 용어, 역할 및 개념의 용어집
  2. 스크럼이란?
  3. 스크럼 값
  4. 회사에서 스크럼을 구현하는 방법은 무엇입니까?
  5. 스크럼 팀 - 무엇이며 어떻게 작동합니까?
  6. 제품 소유자는 누구입니까?
  7. 제품 소유자의 가장 일반적인 실수
  8. 스크럼 마스터는 누구인가?
  9. 좋은 스크럼 마스터의 특징
  10. 스크럼 마스터의 가장 흔한 실수
  11. 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
  12. 제품 소유자와 스크럼 마스터 간의 협력
  13. 스크럼 개발팀
  14. 개발자의 가장 흔한 실수
  15. 스크럼 아티팩트
  16. 스케일링 스크럼
  17. 스프린트 백로그
  18. 제품 백로그란 무엇입니까?
  19. 사용자 스토리란 무엇입니까?
  20. INVEST로 최고의 사용자 스토리 만들기
  21. 가장 흔한 사용자 스토리 실수
  22. 사용자 스토리 수락 기준
  23. 스크럼의 추정 및 스토리 포인트
  24. 계획 포커
  25. 팀 평가 게임
  26. 증분 정의
  27. 스크럼 이벤트
  28. 스크럼에서 스프린트란?
  29. 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
  30. 번다운 차트란 무엇입니까?
  31. 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
  32. 번다운 차트의 장점과 단점
  33. 스크럼과 스크럼반의 칸반 보드
  34. 스크럼의 속도 - 개발 팀의 속도
  35. 일일 스크럼
  36. 스프린트 계획
  37. 스프린트 리뷰
  38. 스프린트 회고란 무엇입니까?
  39. 스프린트 회고 중 일반적인 실수
  40. 제품 백로그 육성