내가 작업했던보다 전통적인 프로젝트에서 프로젝트 관리자 (및 더 큰 프로젝트의 경우 한 사람을 사용할 수없는 경우 동료 / 대리인 / 보조 프로젝트 관리자가있을 수 있음)는 고객과 의사 소통하고 프로젝트를받는 담당자입니다. 상태 및 상태 업데이트, 예약 및 예산 결정, 프로세스 관리, 팀이 작업을 완료하는 데 필요한 사항 등을 갖도록 보장합니다.

그러나 Scrum에서는 이러한 책임이 제품 소유자와 ScrumMaster로 나뉩니다. 제품 소유자는 고객의 목소리입니다. 고객과 직접 상호 작용하고, 사용자 스토리를 작성하고, 제품 백 로그 및 기타 사용자 / 고객이 직면 한 문제를 구성하고 우선 순위를 정합니다. ScrumMaster는 프로세스를 처리하고 회의 (예상 및 계획 포함)를 감독하고, 장애를 제거하고, 프로젝트의 전반적인 건전성을 모니터링하고 필요에 따라 조정합니다.

나는 Wikipedia를 포함한 여러 출처에서 ScrumMaster와 Product Owner의 역할이 두 사람이 담당해야한다는 것을 읽었습니다 . 필자는 두 사람의 활동을 한 사람이 처리하는 성공적인 “전통적인”스타일 프로젝트에 대해 읽었을뿐 아니라 일했습니다. 실제로 1 ~ 3 명이 프로젝트 (인력 / 직원 포함) 및 프로세스 수준의 작업을 처리하는 데 책임을지는 것이 더 합리적입니다. 프로세스 변경은 일정, 예산, 품질 및 기타 프로젝트 수준 목표에 영향을 미치며 프로젝트 변경은 프로세스에 영향을 미칩니다.

스크럼이 이러한 활동을 두 가지 역할로 분리해야하는 이유는 무엇입니까? 이것이 실제로 어떤 이점을 제공합니까? 제품 소유자와 ScrumMaster가 동일한 개인 인 성공적인 Scrum 프로젝트에 참여한 사람이 있습니까?

답변