설명
제품 소유자는 다음과 같은 이유로 스크럼 팀이 완료 정의를 준수하는지 주의해야 합니다.
시간이 지남에 따라 팀의 생산성을 예측하는 데 도움이 됩니다. 완료에 대한 명확하고 일관된 정의를 통해 제품 소유자는 팀이 각 스프린트에서 전달할 수 있는 작업량을 측정하고 그에 따라 계획을 세울 수 있습니다.
이는 제품의 총 소유 비용에 영향을 미칩니다. 팀이 수행한 작업이 품질 표준과 이해관계자의 기대를 충족하는지 확인함으로써 제품 소유자는 향후 기술 부채, 재작업, 결함 및 유지 관리 비용의 위험을 줄일 수 있습니다.
참고자료:
스크럼 가이드 2020, 10페이지: "완료의 정의는 제품에 필요한 품질 측정을 충족할 때 증분 상태에 대한 공식적인 설명입니다." 스크럼 가이드 2020, 11페이지: "제품 소유자는 ... 제품 백로그 항목 주문을 포함하여 효과적인 제품 백로그 관리에 대한 책임이 있으며, 제품 백로그가 투명하고 가시적이며 이해되도록 보장합니다." 스크럼 가이드 2020, 14페이지: "완료의 정의는 증분의 일부로 어떤 작업이 완료되었는지에 대한 공유된 이해를 모든 사람에게 제공함으로써 투명성을 만듭니다. 제품 백로그 항목이 완료의 정의를 충족하지 않으면 출시할 수 없거나 심지어 스프린트 리뷰에서 발표되었습니다.
대신 향후 고려를 위해 제품 백로그로 돌아갑니다."

다음은 스크럼에 관한 사실입니다.
* 스크럼은 경험주의와 린 사고(Lean Thinking)를 기반으로 합니다. 경험주의는 이론이나 추측이 아닌 관찰하고 경험한 것에 기초하여 의사결정을 내리는 원칙입니다. 린 사고(Lean Thinking)는 모든 프로세스나 시스템에서 낭비를 제거하고 가치를 극대화하려는 철학입니다. 스크럼은 제품과 프로세스를 검사하고 조정하기 위한 프레임워크를 제공하고 고객과 이해관계자에게 가장 가치 있는 기능을 제공하는 데 중점을 두어 이러한 개념을 적용합니다.
* 스크럼은 복잡한 제품을 개발하고 유지하기 위한 프레임워크입니다. 복잡한 제품은 제공을 위해 창의성, 실험 및 적응이 필요한 예측할 수 없거나 알려지지 않은 측면이 있는 제품입니다.
프레임워크는 구조와 지침을 제공하면서도 유연성과 혁신을 위한 여지를 남겨두는 최소한의 필수 규칙과 역할의 집합입니다. 스크럼은 팀이 변화와 피드백을 수용하면서 반복적이고 점진적으로 복잡한 제품을 협업하고 제공할 수 있는 프레임워크를 제공합니다.
* Scrum의 각 구성 요소는 특정 목적을 제공하며 Scrum의 성공과 Scrum을 사용하여 복잡한 제품을 개발하는 데 필수적입니다. 스크럼은 세 가지 역할(제품 소유자, 스크럼 마스터, 개발자), 다섯 가지 이벤트(스프린트, 스프린트 계획, 일일 스크럼, 스프린트 검토, 스프린트 회고), 세 가지 아티팩트(제품 백로그, 스프린트 백로그, 증분)로 구성됩니다. 이러한 각 구성 요소에는 스크럼의 전반적인 효율성과 가치에 기여하는 명확한 정의, 책임 및 목표가 있습니다.
이러한 구성 요소를 제거하거나 변경하면 스크럼의 이점이 손실되거나 줄어들 수 있습니다.
참고자료:
* 스크럼 가이드 2020, 3페이지: "스크럼은 경험주의와 린 사고를 기반으로 합니다."
* 스크럼 가이드 2020, 3페이지: "스크럼은 사람, 팀 및 조직이 복잡한 문제에 대한 적응형 솔루션을 통해 가치를 창출하도록 돕는 경량 프레임워크입니다."
* 스크럼 가이드 2020, 4페이지: "프레임워크 내의 각 구성 요소는 특정 목적을 수행하며 스크럼의 성공과 사용에 필수적입니다."

설명
* 제품 소유자는 스크럼 팀의 작업으로 인해 발생하는 제품의 가치를 극대화할 책임이 있습니다. 제품 소유자는 제품 백로그를 관리 및 개선하고, 이해관계자 및 개발자와 협력하며, 목표와 임무를 가장 잘 달성하는 방식으로 항목을 주문하는 일을 담당합니다. 제품 소유자는 제품에 이해관계가 있는 모든 사람의 이익을 대표하고 스크럼 팀이 적시에 올바른 작업을 수행하도록 보장합니다.
* 스프린트는 "완료" 제품 증분이 생성되는 한 달 이하의 기간입니다. 스프린트는 스프린트 계획, 일일 스크럼, 개발 작업, 스프린트 리뷰, 스프린트 회고로 구성됩니다. 스프린트는 스크럼 팀과 이해관계자가 제품과 프로세스를 검사하고 조정할 수 있는 피드백 루프이기도 합니다.
* 스프린트 동안 제품 소유자는 일반적으로 다음을 담당합니다.
* 이해관계자, 사용자, 고객과의 협업: 제품 소유자는 고객, 사용자, 스폰서, 관리자, 기타 팀 등 제품에 이해관계가 있거나 관심이 있는 사람들과 빈번하고 정기적인 상호 작용에 참여합니다. 제품 소유자는 그들의 요구와 기대를 이해하고, 새로운 기회나 아이디어를 발견하고, 제품 방향과 우선 순위에 맞춰 조정 및 협력하고, 가치를 검증하고 제공하기 위해 그들의 의견, 피드백 및 통찰력을 요청하고 통합합니다.
* 제품 백로그 개선을 위해 스크럼 팀과 협력: 제품 소유자는 개발자와 긴밀히 협력하여 제품 백로그 항목과 해당 승인 기준을 명확히 하고 개선하며 검토합니다. 제품 소유자는 무엇이 필요한지, 그리고 그것이 각 제품 백로그 항목에 왜 중요한지에 대한 명확하고 간결한 설명을 제공합니다. 또한 제품 소유자는 개발자가 제품 목표와 품질 표준을 가장 잘 충족하는 기술적 결정과 절충안을 내릴 수 있도록 권한을 부여하고 신뢰합니다. 제품 소유자는 또한 제품 백로그 항목과 해당 승인 기준을 정의하고 우선순위를 지정하는 데 주요 이해관계자를 참여시킵니다.
* 다른 옵션은 스프린트 동안 제품 소유자의 유효하거나 관련 책임이 없습니다. 이는 너무 관리적이거나 세세하게 관리되거나 제품 가치 전달과 관련이 없습니다. 그들은:
* 개발자가 보고한 소요 시간에 따라 재무 보고 작성: 이는 스프린트 동안 제품 소유자의 책임이 아닙니다. 이는 제공되는 제품이나 서비스의 가치나 품질에 기여하지 않는 관리 작업입니다. 또한 개발자에게 불필요한 오버헤드나 관료주의가 발생할 수도 있습니다. 제품 소유자는 시간을 추적하기보다는 가치를 극대화하는 데 집중해야 합니다.
* 매일 개발자를 위한 작업 계획 업데이트: 이는 스프린트 동안 제품 소유자의 책임이 아닙니다. 이는 개발자의 자체 조직이나 교차 기능을 존중하지 않는 세세한 관리 작업입니다. 개발자는 경험적 경험과 협업을 바탕으로 스프린트 동안 자신의 작업을 계획하고 실행할 책임이 있습니다. 개발자는 Daily Scrum 이벤트 중에 매일 진행 상황을 업데이트합니다.
* 없음: 이는 스프린트 중 제품 소유자의 책임에 대한 유효한 답변이 아닙니다. 위에서 언급한 것처럼 제품 소유자는 스프린트 동안 많은 중요한 책임을 집니다. 제품 소유자는 가치 전달을 극대화하기 위해 스프린트 전반에 걸쳐 이해관계자, 사용자, 고객 및 개발자와 협력하는 데 적극적으로 참여해야 합니다.
* 모든 데일리 스크럼에 참석하여 스프린트 백로그 항목에 대한 질문에 답변합니다. 이는 스프린트 동안 제품 소유자의 의무적인 책임은 아닙니다. 데일리 스크럼은 개발자가 스프린트 목표를 향한 진행 상황을 점검하고 다음 24일 동안 계획을 조정하는 이벤트입니다.
* 시간. 데일리 스크럼은 다른 사람을 위한 현황 회의나 보고 세션이 아닙니다. 제품 소유자는 기여할 가치가 있거나 개발자의 설명이 필요한 경우 관찰자 또는 초대된 참가자로 데일리 스크럼에 참석할 수 있습니다.
참고자료:
* 스크럼 가이드: https://www.scrumguides.org/scrum-guide.html
* 제품 소유자: https://www.scrum.org/resources/what-is-a-product-owner
* 스프린트: https://www.scrum.org/resources/what-is-a-sprint-in-scrum
* 이해관계자: https://www.agilealliance.org/glossary/stakeholders
* 데일리 스크럼: https://www.scrum.org/resources/what-is-a-daily-scrum