scrum team roles responsibilities
스크럼 팀 역할 및 책임 :
지금 쯤이면 우리 모두가 애자일 선언 지난 튜토리얼에서.
이 자습서는 Agile Software Development를 처음 접하는 Scrum 팀 구성원이 자신의 역할과 책임에 대해 배우도록 설계되었습니다.
이 튜토리얼은 또한 이미 애자일 모델에서 작업하고있는 사람들이 자신의 기술을 연마하고 이러한 역할에 대해 알고 싶은 사람들에게 도움이 될 것입니다. 또한 책임과 그 역할에 대한 통찰력을 제공합니다.
튜토리얼에서 언급 한 것 외에 각 역할에는 많은 것이 있지만 독자들은 의심의 여지없이 정확하게 각 스크럼 역할의 요점을 얻을 수 있습니다.
학습 내용 :
스크럼 팀 역할 및 책임
스크럼 팀은 주로 세 가지 역할로 구성됩니다. 스크럼 마스터, 제품 소유자 및 개발 팀 .
핵심 팀 외부의 사람은 팀에 직접적인 영향을 미치지 않습니다. 스크럼에서 이러한 각 역할은이 튜토리얼의 뒷부분에서 자세히 설명 할 매우 명확한 책임 세트를 가지고 있습니다. 이 섹션에서는 스크럼 팀 전체의 속성과 이상적인 팀 규모에 초점을 맞 춥니 다.
스크럼 팀 속성
다음은 스크럼 팀의 두 가지 속성입니다.
- 스크럼 팀은 자기 조직화입니다
- 스크럼 팀은 교차 기능입니다.
자체 구성 스크럼 팀 외부의 도움이나지도없이 자신의 업무를 완수하는면에서 자립적이고 자립적입니다. 팀은 스프린트 목표를 달성하기 위해 모범 사례를 채택 할 수있을만큼 유능합니다.
교차 기능 스크럼 팀 팀 내에서 작업을 수행하는 데 필요한 모든 기술과 숙련도를 갖춘 팀입니다. 이러한 팀은 작업 항목을 완료하기 위해 팀 외부의 누구에게도 의존하지 않습니다. 따라서 스크럼 팀은 전체 작업 항목을 완료하는 데 필요한 다양한 기술의 매우 창의적인 조합입니다.
각 팀원은 제품을 구축하는 데 필요한 모든 기술을 갖추고 있지는 않지만 자신의 전문 분야에서 유능합니다. 그렇긴하지만 팀원은 부서 간 업무를 수행 할 필요는 없지만 팀 전체가 그래야합니다.
높은 자기 조직화 및 교차 기능을 가진 팀은 높은 생산성과 창의성을 가져올 것입니다.
스크럼 팀 규모
스크럼에서 권장되는 개발 팀 크기는 6 +/- 3입니다. 즉, 스크럼 마스터와 제품 소유자를 포함하지 않는 3 ~ 9 명의 구성원입니다.
이제 계속해서 이러한 각 역할에 대해 자세히 설명하겠습니다.
스크럼 마스터
스크럼 마스터는 일상적인 개발 활동을 수행하기 위해 개발 팀과 제품 소유자를 촉진 / 코칭하는 책임자입니다.
그는 팀이 스크럼 가치와 원칙을 이해하고이를 실천할 수 있도록 보장하는 사람입니다. 동시에 스크럼 마스터는 팀이 프레임 워크에서 최고를 달성하기 위해 애자일에 대해 열정적이라고 느낍니다. 스크럼 마스터는 또한 팀이 스스로 조직화되도록 돕고 지원합니다.
Agile의 중요성에 대해 팀원을 교육하고 훈련하는 것 외에도 그는 팀이 항상 동기 부여를 느끼고 강화되도록 할 책임이 있습니다. 그는 또한 팀원들 간의 커뮤니케이션과 협업을 강화하기 위해 노력하고 있습니다.
스크럼 마스터는 스크럼 팀과 스크럼 팀 외부의 다른 사람들이 스크럼 가치, 원칙 및 관행을 이해하도록 돕는 프로세스 리더입니다.
역할과 책임
# 1) 코치 – 스크럼 마스터는 개발 팀과 제품 소유자 모두를위한 애자일 코치 역할을합니다. 스크럼 마스터는 어떤면에서 개발 팀과 제품 소유자 간의 적절한 커뮤니케이션을 가능하게하는 역할을합니다. 스크럼 마스터는 다른 두 역할 사이의 장애물을 제거 할 책임이 있습니다.
제품 소유자가 참여하지 않거나 개발 팀에 적절한 시간을 제공하지 않는 것이 확인되면 전체 팀의 성공에 대한 그의 참여의 중요성에 대해 제품 소유자를 코치하는 것이 스크럼 마스터의 임무입니다.
# 2) 진행자 – 스크럼 마스터는 스크럼 팀의 촉진자 역할도합니다. 그는 스크럼 팀 구성원이 요청한 모든 스크럼 이벤트를 촉진하고 조직합니다. 스크럼 마스터는 또한 스크럼 팀 전체의 생산성을 높이는 중요한 결정을 내리는 데 팀을 용이하게합니다.
스크럼 마스터는 팀원에게 어떤 일을하라고 명령하지 않으며, 코치와지도를 통해 팀원이이를 달성하도록 돕습니다.
# 3) 장애 제거 – 스크럼 마스터는 또한 비즈니스 제공에서 팀의 생산성에 영향을 미치는 장애 요소를 제거 할 책임이 있습니다. 팀원이 스스로 해결할 수없는 장애는 스크럼 마스터에게 해결을 위해 제공됩니다.
스크럼 마스터는 팀의 생산성과 비즈니스에 미치는 영향에 따라 이러한 장애의 우선 순위를 정하고 이에 대한 작업을 시작합니다.
# 4) 간섭 게이트 키퍼 – 스크럼 마스터는 또한 스크럼 팀을 외부 간섭 및주의 산만으로부터 보호하여 팀이 모든 스프린트 후에 비즈니스에 최고의 가치를 제공하는 데 집중할 수 있도록합니다.
팀이 여러 스크럼 팀이 함께 작업하고 그들 사이에 종속성이있는 스케일 드 스크럼 환경에서 작업하는 경우 간섭이 더 큰 문제가 될 수 있습니다.
스크럼 마스터는 팀이 관련없는 토론에서 벗어나 스프린트 항목에 초점을 맞추고 자신이 외부에서 오는 질문과 우려 사항을 해결하는 책임을지는 것을 확인합니다.
스크럼 마스터는 팀이 비즈니스 가치를 제공하는 데 집중할 수 있도록 외부 간섭으로부터 팀을 보호하고 장애물을 제거 할 책임이 있습니다.
# 5) 서번트 리더 – 스크럼 마스터는 종종 스크럼 팀의 서번트 리더로 불립니다. 그의 가장 중요한 책임 중 하나는 스크럼 팀에 우려 사항을 묻고 문제가 해결되었는지 확인하는 것입니다.
팀의 필수 요구 사항이 우선 순위가 지정되고 충족되어 효과적으로 작업하고 높은 성과를 내도록하는 것은 스크럼 마스터의 의무입니다.
# 6) 프로세스 개선 – 스크럼 마스터는 팀과 함께 제공되는 가치를 극대화하기 위해 사용되는 프로세스와 관행을 정기적으로 즉석에서 수정할 책임이 있습니다. 작업을 완료하는 것은 스크럼 마스터의 책임이 아니지만 팀이 스프린트 목표를 완료 할 수있는 프로세스를 고안 할 수 있도록하는 것은 그의 책임입니다.
제품 소유자
이 튜토리얼에서 논의 할 또 다른 매우 중요한 역할은 제품 소유자입니다. 제품 소유자는 고객 / 이해 관계자의 목소리이므로 개발팀과 이해 관계자 간의 격차를 해소 할 책임이 있습니다. 제품 소유자는 제작되는 제품의 가치를 극대화하는 방식으로 격차를 관리합니다.
제품 소유자는 Sprint 활동 및 개발 노력 전반에 참여하도록 설정되어 있으며 제품 성공에 매우 중요한 역할을합니다.
역할과 책임
# 1) 격차 해소 – 제품 소유자는 내부 및 외부 이해 관계자와 긴밀히 협력하여 정보를 수집하고 제품 백 로그에 제품 기능을 배치하는 비전을 종합합니다.
이해 관계자 / 고객 커뮤니티의 요구 사항과 선호 사항을 이해하는 것은 제품 소유자의 책임입니다. 그가 대표 역할을하고 올바른 솔루션을 구축 할 책임을지는 사람이기 때문입니다.
동시에 제품 소유자는 개발 팀이 무엇을 언제 구축해야하는지 이해하도록합니다. 그는 매일 팀과 협력합니다. 제품 소유자가 팀에 참여하면 피드백 빈도와 응답 시간이 증가하여 결과적으로 제작되는 제품의 가치가 높아집니다.
제품 소유자의 부재 / 협업 부족은 비참한 결과와 궁극적으로 스크럼 실패로 이어질 수 있습니다.
제품 소유자는 제품 백 로그 항목이 투명하고 명확하게 표현되고 팀의 모든 구성원이 항목에 대해 동일한 이해를 갖도록합니다.
# 2) 제품 백 로그 관리 – 위의 사항에 대한 결과로 제품 소유자는 제품 백 로그를 생성 및 관리하고 제품 백 로그의 항목을 주문하여 이해 관계자의 요구 사항 (예 : 제품 백 로그 항목의 우선 순위 지정)을 가장 잘 달성 할 책임이 있습니다. 모든 개발 팀의 질문에 답하거나 설명을 제공합니다.
전반적으로 그는 제공되는 가치를 개선하기 위해 제품 백 로그를 정리할 책임이 있습니다.
제품 백 로그에서 항목을 추가 / 제거하거나 항목의 우선 순위를 변경해야하는 사람은 제품 소유자에게 문의해야합니다.
# 3) 제품 인증 – 그의 또 다른 책임은 구축중인 기능을 인증하는 것입니다. 이 프로세스에서 그는 각 제품 백 로그 항목에 대한 수락 기준을 정의합니다. 제품 소유자는 자신이 정의한 수락 기준을 나타내는 수락 테스트를 만들거나 SME 또는 개발 팀의 도움을 받아 만들 수 있습니다.
이제 그는 수락 테스트를 실행하여 수락 기준이 충족되는지 확인하는 사람입니다. 그는 이러한 수용 테스트를 스스로 실행하도록 선택하거나 기능 및 품질 측면이 충족되고 기대치가 충족되는지 확인하기 위해 전문가에게 요청할 수 있습니다.
이 활동은 일반적으로 항목이 완료 될 때 스프린트 내내 수행되므로 실수를 발견하고 실제 스프린트 검토 회의 전에 수정할 수 있습니다.
# 4) 참여 – 제품 소유자는 Sprint 관련 활동의 주요 참여자입니다. 그는 개발팀과 긴밀히 협력하여 아이템, 범위 및 가치를 설명합니다.
그는 또한 개발 팀이 Sprint가 끝날 때까지 제공 할 제품 백 로그 항목을 선택할 수 있도록 지원하는 역할을합니다. Sprint 활동 외에도 제품 소유자는 제품 출시 활동에도 참여합니다.
제품 릴리스 활동 중에 제품 소유자는 이해 관계자와 협력하여 다음 릴리스의 항목을 논의합니다. 팀이 번성하기위한 핵심 성공 요인 중 하나는 전체 팀이 제품 소유자와 그의 결정을 존중해야한다는 것입니다. 제품 소유자 외에는 작업 할 항목을 팀에 알려 주면 안됩니다.
단일 제품에 대해 한 명의 정규직 제품 소유자가있는 것이 좋습니다. 그러나 제품 소유자가 파트 타임 역할을하는 약정이있을 수 있습니다.
프록시 제품 소유자
프록시 제품 소유자는 제품 소유자가 직접 등록한 사람으로, 자신의 모든 책임, 부재 및 지원을 이어받을 수 있습니다. 프록시 제품 소유자는 자신이 위임받은 모든 책임에 대해 책임을 져야하지만 수행중인 작업의 책임은 결국 실제 제품 소유자에게 있습니다.
Eclipse에서 새 프로젝트를 여는 방법
또한 프록시 제품 소유자는 실제 제품 소유자를 대신하여 필요한 결정을 내릴 수 있습니다.
개발팀
스크럼 팀의 또 다른 중요한 부분은 개발 팀입니다. 개발 팀은 자신의 전문 분야에 능숙한 개발자로 구성됩니다. 다른 스크럼 팀 구성원과 달리 개발 팀은 각 스프린트가 끝날 때 제공 될 잠재적으로 제공 가능한 소프트웨어 / 증가의 실제 구현에 대한 작업입니다.
개발 팀은 프런트 엔드 개발자, 백엔드 개발자, Dev-Ops, QA 전문가, 비즈니스 분석가, DBA 등과 같은 전문 기술을 가진 사람들로 구성 될 수 있지만 모두 개발자라고합니다. 다른 제목은 허용되지 않습니다. 개발 팀에는 테스트 팀, 요구 사항 사양 팀 등과 같은 하위 팀도있을 수 없습니다.
팀은 외부 도움없이 모든 Sprint 제품을 성공적으로 개발, 테스트 및 제공하는 데 필요한 모든 필수 기술을 고려하여 설정되었습니다. 따라서 팀은 자급 자족하고 교차 기능을 수행해야합니다. 개발 팀은 스크럼 팀 외부의 도움을받지 않고 자체 작업을 관리합니다.
Increments를 개발하는 책임은 항상 전체 개발 팀에 있지만 스크럼 팀의 모든 사람이 전체 제공을 책임집니다.
팀 구성원을 추가 / 제거하는 것은 전적으로 개발 팀의 결정입니다. 새로운 기술 세트가 필요한 경우 개발 팀은 팀 내에서 해당 전문 지식을 구축하거나 팀에 새 구성원을 추가하도록 선택할 수 있습니다.
역할과 책임
# 1) 개발 및 제공 – 개발 팀은 각 스프린트가 끝날 때의 '완료 정의'에 따라 완료 증분을 생성 할 책임이 있습니다. 완료된 Increment는 반드시 다음 프로덕션 릴리스의 일부일 필요는 없지만 최종 사용자가 사용할 수있는 잠재적으로 릴리스 가능한 기능입니다.
릴리스에 포함되어야하는 항목을 결정하는 것은 제품 소유자의 요청입니다. 하지만 개발 팀은 완료 정의의 기준을 충족하는 모든 스프린트를 완료 증분을 개발하고 제공 할 책임이 있습니다.
# 2) 작업 및 견적 제공 – 개발 팀은 또한 다음 스프린트에서 제공 할 우선 순위가 지정된 제품 백 로그에서 사용자 스토리 / 아이템을 선택하는 책임이 있습니다. 따라서 이러한 항목은 스프린트 백 로그를 구성합니다. 스프린트 백로 그는 스프린트 계획 회의 중에 생성됩니다.
개발 팀이 수행하는 또 다른 매우 중요한 책임은 Sprint 항목을 분류하고 이러한 Sprint 항목에 대한 견적을 제공하여 작업을 생성하는 것입니다.
아무도 개발팀에 무엇을 어떻게해야하는지 알려주지 않습니다. 다음 스프린트에서 제공 할 수있는 제품 백 로그에서 항목을 선택하는 것은 개발 팀의 책임입니다. Sprint가 시작되면 항목을 변경 / 추가 / 제거 할 수 없습니다.
개발 팀 규모
개발 팀 규모는 팀의 생산성을 직접적으로 저해하여 제품 제공에 영향을 미칠 수 있으므로 현명하게 선택해야합니다. 개발 팀은 팀 구성원 간의 많은 조정이 필요할 수 있으므로 그다지 크지 않아야합니다.
그러나 매우 작은 팀의 경우 Increment를 제공하는 데 필요한 모든 기술을 갖추기가 매우 어려울 것입니다. 따라서 개발 팀 규모에 대해 최적의 숫자를 선택해야합니다.
권장되는 개발 팀 규모는 다른 개발자와 함께 소프트웨어 증분을 개발하지 않는 한 스크럼 마스터 및 제품 소유자를 제외한 3 ~ 9 명의 구성원입니다.
요약
스크럼 팀
역할
- 제품 소유자
- 개발팀
- 스크럼 마스터
크기
- 스크럼 팀 규모 – 3 ~ 9
자기 조직화 팀
- 작업을 완료하는 가장 좋은 방법을 알고 있습니다.
- 아무도 스스로 조직 한 팀에게 무엇을해야할지 말하지 않습니다.
교차 기능 팀
- 외부 도움없이 작업을 완료하는 데 필요한 모든 기술을 갖추고 있습니다.
제품 소유자
- 위원회를 대표하거나 영향을받습니다.
- 이해 관계자 및 스크럼 팀과 협력합니다.
- 제품 백 로그 관리
- 제품 백 로그 항목을 설명합니다.
- 작업 항목의 우선 순위 지정.
- 제품 백 로그를 쉽게 이해하고 투명하게 만듭니다.
- 작업 할 항목을 명확하게 정의합니다.
- 개발 팀이 제품 백 로그의 항목을 이해하도록합니다.
- 제품 소유자에서 추가 / 제거 / 변경할 모든 사항은 제품 소유자를 통해 제공되어야합니다.
- 작업 항목을 해제 할 때 전화를받습니다.
스크럼 마스터
- 팀이 스크럼을 명확하게 이해하고 채택했는지 확인합니다.
- 스크럼 팀의 서번트 리더입니다.
- 장애 제거
- 스크럼 팀이 창출 한 비즈니스 가치를 극대화하기 위해 불필요한 상호 작용으로부터 팀을 보호합니다.
- 요청할 때마다 스크럼 이벤트를 촉진합니다.
- 회의가 타임 박스인지 확인합니다.
개발팀
- 각 스프린트가 끝날 때 잠재적으로 릴리스 가능한 증분의 '완료'제품을 제공합니다.
- 그들은 자기 조직적이고 교차 기능적입니다.
- 아무도 개발 팀에 무엇을 어떻게해야하는지 알려주지 않습니다.
- 제목이 허용되지 않습니다. 모두 팀의 개발자입니다.
- 하위 팀을 만들 수 없습니다.
- 그들은 스프린트 아이템 작업에 대한 책임을집니다.
- 개발 팀은 작업을 수행하고 견적을 제공합니다.
이것이 우리가 스크럼 팀의 역할 및 책임에 대해 준비한 전부입니다. 우리는 각 팀원이 가지고있는 책임과 팀 전체가 어떻게 일하는지에 대해 논의했습니다.
제품 백 로그, 스프린트 백 로그 및 증분과 같은 부산물에 대해 논의 할 예정인 다음 튜토리얼에서 Scrum Artifacts에 대해 더 자세히 알아보십시오.