스크럼 가이드 | 7. 제품 소유자의 가장 흔한 실수

오늘의 게시물에서는 제품 소유자가 직면하는 가장 일반적인 문제에 초점을 맞출 것입니다. 이러한 Product Owner의 실수가 가장 많이 발생하는 상황에 대비하는 방법도 알려드리겠습니다.

제품 소유자의 실수 – 목차:

1. 제품 소유자와 고객 사이에 문제가 발생할 수 있는 사항
2. 나머지 스크럼 팀과 관련하여 제품 소유자가 직면하는 문제
3. 요약

제품 소유자와 고객 사이에 문제가 발생할 수 있는 사항

제품 소유자는 스크럼 팀의 실패에 대해 개인적으로 책임이 있는 사람입니다. 팀의 활동을 넘어선 이런 위치 때문에 Product Owner는 쭈글쭈글한 넥 으로 생각된다. 즉, 스크럼팀이 잘못됐을 때 가장 피해를 보는 쪽은 Product Owner다. 성가신 상황이 나타나거나 더 잘 발생하면서도 처음부터 발생하지 않도록 방지하는 방법은 무엇입니까?

그 점에 답하기 위해 우리는 각각에 대한 자세한 논의와 함께 다음 표에서 제품 소유자와 고객의 몇 가지 주요 실수에 대한 명확하고 심층적인 분석을 제공했습니다.

우선순위를 정하지 못함

우선 순위를 지정하는 방법을 모르는 실수는 많은 제품 소유자의 골칫거리입니다. 작업 우선 순위가 핵심 역량인 이유는 무엇입니까? 모든 것이 똑같이 중요해지면 제품 목표가 사라지기 때문입니다. 이것이 스크럼 팀 활동의 의도된 효과입니다.

문제는 이미 제품 목표에 대해 고객과의 첫 번째 대화에서 시작됩니다. 고객은 일반적으로 자신의 모든 아이디어가 가능한 한 빠르고 저렴하게 실현되기를 원합니다. 제품 소유자의 임무는 우선 순위 목록을 설정하는 것입니다. 그의 임무는 구조화되지 않은 고객 기대치를 기반으로 가장 중요한 것부터 가장 덜 중요한 순서로 순위가 매겨진 명확하고 실현 가능한 기대치의 목록을 만드는 것입니다.

우선순위 지정 문제는 대부분 고객의 기대치를 잘못 이해하는 데서 발생합니다. 제품 소유자가 고객으로부터 실제 제품 목표에 대한 정보를 추출할 수 없을 때 나타납니다. 그것이 제품이 무엇에 응답해야 하는지에 대한 질문에 대한 답변입니다.

그렇다면 이 실수로부터 어떻게 자신을 보호할 수 있습니까? 첫째 – 고객의 말을 주의 깊게 경청 하십시오. 둘째, 목표와 각 제품 기능의 작동 방식에 대해 질문 하는 방법을 배웁니다. 세 번째 – 달성할 목표를 협상하고 제한합니다. 그리고 이를 위해서는 단호함이 필요합니다.

제품 소유자가 해야 할 작업 목록이 있을 때 진행 상황과 정교함을 향상시키는 입증된 방법이 있습니다. 예를 들어, 소위 Eisenhower 매트릭스를 사용하여 중요도 및 긴급성 기준에 따라 작업의 우선 순위를 지정합니다.

제품 소유자의 주장 부족

우선순위를 정하지 못하는 것과 밀접하게 관련된 문제는 자기 주장의 부족이다. 이는 부적절하게 대기열에 있는 작업을 초래하고 과도한 작업과 결합하여 제품 목표의 실현을 방해합니다. 따라서 고객에게 No라고 말할 수 있는 능력이 중요합니다.

제품 소유자의 주장은 세 가지 기둥을 기반으로 해야 합니다.

• 팀의 능력에 대한 지식,
• 팀에서 사용하고 개발한 솔루션에 대한 지식,
• 스크럼 팀에서 자신의 위치를 ​​기반으로 자신의 역할과 가치에 대한 인식.

따라서 자기 주장 문제를 방지하는 가장 중요한 방법 중 하나는 제품 소유자가 매일 스크럼 팀과 협력하는 것입니다. 이것은 그가 고객의 아이디어를 구현하는 시간과 능력에 대한 현실적인 믿음을 구축하는 데 도움이 될 것입니다.

부족한 비즈니스 스킬

다음으로 논의하고자 하는 실수는 적절한 비즈니스 자격이 없다는 것입니다. 이러한 제품 소유자의 강점은 일반적으로 전문 자격입니다. 그들의 역량은 비즈니스보다 개발팀의 영역과 더 밀접한 관련이 있습니다. 따라서 경쟁, 시장 규칙 및 스크럼 팀이 만든 제품의 최종 고객에 대한 잘 정립되고 실용적인 지식이 부족합니다.

매우 특정한 상황에서 발생할 수 있으므로 이에 대한 간단한 치료법은 없습니다. 그러나 확실히, 제품 소유자를 위한 좋은 행동 과정은 그것을 인정하고 계속 배우고 경험과 비즈니스 역량을 얻는 것입니다.

나머지 스크럼 팀과 관련하여 제품 소유자가 직면하는 문제

스크럼 팀의 장기적 기반인 모범적인 제품 백로그를 작성하기 위해서는 작업의 우선 순위를 정하는 능력, 제품 소유자의 주장, 높은 비즈니스 기술이 필수 전제 조건입니다. 백로그가 일관되고 정확하게 요약되지 않으면 제품 소유자-클라이언트 관계의 문제가 제품 소유자-다른 스크럼 팀 구성원의 관계로 넘어갑니다. 그리고 차례로 스크럼 팀의 효율성에 직접적인 영향을 미칩니다. 다른 스크럼 팀 구성원과의 관계에서 제품 소유자를 기다리는 다른 함정은 무엇입니까?

이를 쉽게 하기 위해 제품 소유자와 스크럼 팀 간의 문제를 표로 제시했습니다. 아래에서 각 문제에 대한 자세한 설명과 솔루션 제안을 찾을 수 있습니다.

불쌍한 카리스마

매일 제품 소유자의 임무는 고객의 지침을 개발 팀에서 구현하는 방식과 조정하는 것입니다. 이것은 의심할 여지 없이 올바른 권위, 경청 기술 및 카리스마를 필요로 합니다.

권한 부족 문제는 하루아침에 해결할 수 없습니다. 소프트 스킬에 대한 장기적인 작업이 필요합니다. 또한 다른 팀 구성원의 작업 범위와 기술에 대한 지식을 얻습니다.

부족한 전문 기술

제품 소유자는 누구인가?라는 질문에 답하는 기사에서 썼듯이 제품 소유자의 역할은 엄격하게 기술적인 것이 아닙니다. 그러나 개발팀 구성원의 전문 기술의 기본을 알면 제품 소유자의 권한을 크게 높일 수 있습니다. 팀의 전문 분야에서 자격이 충분하지 않으면 제품 소유자의 카리스마와 권위에 문제가 발생할 수 있습니다. 개발팀 구성원의 전문성과 기본 역량에 관심을 두지 않는 실수는 우스꽝스러운 상황을 낳기도 하지만 비즈니스 와 대인 관계에 재앙을 초래할 수 있는 상황을 만들기도 합니다.

따라서 스크럼 팀이 최고의 품질의 제품을 제공하기 위해서는 제품 소유자가 제품에 대한 철저한 이해가 있어야 합니다. 제품 소유자가 전문가 팀의 일원이라는 점을 고려할 때 올바른 자격을 얻는 것은 어렵지 않습니다 . 그들은 설명뿐만 아니라 자신의 분야에 대한 지식을 얻을 수 있는 위치에 대한 제안도 제공할 수 있습니다.

독립

제품 소유자는 독립적으로 결정을 내릴 수 있어야 합니다. 물론 핵심은 스크럼팀의 상황을 파악하고 개발팀과 지속적으로 소통하는 것이다. 그러나 자신의 행동의 효과에 대한 책임은 제품 소유자에게 있습니다. 이러한 이유로 제품 소유자 는 권한을 구축하고 자신 이 내리는 결정에 대해 책임을 져야 합니다. 팀 지시, 우선 순위 지정 및 작업 수락에 대한 최종 요청은 그들에게 속합니다.

요약

우리는 제품 소유자의 가장 일반적인 실수를 발견했습니다. Product Owner의 역할은 쉽지 않습니다. 그렇기 때문에 복용할 때 다른 사람들이 길에서 만난 문제에 대비할 가치가 있습니다.

클라이언트 관계 문제 는 일반적으로 자기 주장의 부족, 우선 순위 지정 능력 부족, 불충분한 비즈니스 기술에서 비롯됩니다.

나머지 스크럼 팀과 함께 작업하는 과정에서 발생하는 Product Owner의 실수는 Product Owner의 역할을 맡은 사람의 독립성과 카리스마가 부족하기 때문에 발생합니다. 또 다른 이유는 전문 기술의 부족과 지식 확장에 대한 내키지 않음 또는 시간 부족과 관련이 있을 수 있습니다.

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

저자: 캐롤라인 베커

프로젝트 관리자인 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. 제품 백로그 육성