스크럼 가이드 | 16. 스크럼 확장
게시 됨: 2022-05-16스크럼 팀은 최대 10명으로 구성되어야 합니다. 그러나 더 많은 전문가 그룹이 하나의 프로젝트에서 작업해야 하는 경우에는 어떻게 해야 합니까? 또는 조직이 애자일 관리 방식을 따르기로 결정했다면? 이 문제를 해결하기 위해 Scrum 개발자는 [email protected] 스크럼 원칙에 따라 전체 팀을 구성하는 규모가 없는 아키텍처를 제안했습니다.
스케일링 스크럼 – 목차:
- 소개
- [이메일 보호됨]
- 스크럼의 스크럼
- 추가 확장 및 [이메일 보호] 문제
- 요약
소개
조직이 성장하자마자 새로운 종류의 문제가 나타납니다. 예를 들어, 복잡한 내부 구조, 어려운 의사 결정 또는 방향 설정으로 인한 직원 효율성 저하. 소규모 프로젝트 팀 수준에서 애자일을 운영하는 회사는 종종 확장을 모색합니다.
많은 기업이 스크럼을 확장하지 않고도 잘합니다. 많은 스크럼 팀이 동시에 실행되더라도 그룹이 독립적으로 운영되기 때문에 조정이 필요하지 않습니다. 그러나 이것이 다중 팀 스크럼을 의미하지는 않습니다. 확장의 필요성은 대부분의 조직이 하나의 제품에 대해 작업하고 여러 스크럼 팀을 효과적으로 동기화할 수 있는 경우에만 발생합니다.
대규모 애자일 관리 방법을 채택하는 대부분의 조직은 SAFE 모델 또는 Scaled Agile Framework를 선택합니다. 그러나 오늘 우리는 SAFE 에 초점을 맞추지 않고 [email protected] 라는 다른 모델에 대해 논의할 것입니다. 2021년 15차 State of Agile 보고서에 따르면 Agile을 선택한 기업 중 두 번째로 좋은 선택이라고 합니다.
[이메일 보호됨]
1996년에 Scrum의 창시자인 Jeff Sutherland와 Ken Schwaber는 대규모 프로젝트를 진행하고 있었습니다. 그들이 하는 동안 스크럼에서 작업하는 소규모 팀을 동기화하는 데 문제가 있었습니다. 그들은 그것을 확장하는 방법을 생각해 냈고 결국 [이메일 보호]라고 불렀습니다.
공식 Scrum Guide와 유사하게 [email protected] Guide 가 있는데, 이 확장 작업 방식을 다음과 같이 정의합니다.
스크럼 팀의 네트워크가 스크럼 가이드에 따라 작동하여 복잡한 적응 문제를 해결하고 가능한 한 많은 가치를 지닌 제품을 창의적으로 제공하는 프레임워크입니다.
[email protected]의 기본 전제는 단순성과 효율성입니다. 따라서 운영은 규모가 없는 아키텍처를 기반으로 합니다. 즉, Scrum을 사용하여 Scrum을 확장합니다. 이러한 방식으로 제품 소유자, 스크럼 마스터 또는 개발자로 활동하는 개인으로 구성된 스크럼 팀은 팀으로 구성된 팀인 스크럼의 스크럼이 됩니다.
스크럼의 스크럼
Scrum of Scrum은 전통적인 Scrum 역할을 맡은 사람들로 구성된 스크럼 팀입니다. 그러나 Scrum of Scrums의 작업은 여러 Scrum Teams의 작업 결과를 통합하는 것이므로 추가 게시물이 필요합니다.
- 제품 소유자 팀 – 우선 순위에 동의하고 응집력 있는 제품 비전을 만들기 위해 만나는 제품 소유자 그룹
- 최고 제품 소유자 – 스크럼 팀의 제품 소유자 또는 스크럼의 스크럼을 독점적으로 다루는 사람
- Scrum of Scrums 마스터 – Scrum of Scrums의 효율성을 감독하는 사람입니다.
그들은 동일한 스크럼 이벤트에서 만나 유사한 아티팩트를 사용합니다.
추가 확장 및 [이메일 보호] 문제
[email protected]의 확장형 아키텍처는 한 번 이상 확장할 수 있음을 의미 합니다. 조직이 더 큰 규모로 팀을 조정해야 하는 경우 Scrum of Scrums를 설정할 수 있습니다.
그러나 스크럼을 확장하는 것은 다른 관리 방법과 마찬가지로 단점이 있으며, 이 경우 기본 스크럼 팀과 유사하지만 비례적으로 더 큽니다. 그렇기 때문에 더 큰 규모로 스크럼을 시작하기 전에 각 스크럼 팀 내에서 협업의 세부 사항을 해결하는 것이 좋습니다. 스크럼의 가치와 작동에 대한 좋은 지식과 이해가 있는 경험 많은 팀을 위해 스크럼을 확장하는 것이 좋습니다.
스케일링 스크럼 – 요약
스케일링 스크럼은 어린아이의 장난이 아닙니다. 스크럼 팀은 스크럼 원칙을 능숙하게 적용하고 다른 스크럼 팀과 작업을 동기화해야 합니다. 따라서 대답해야 할 기본 질문은 다음과 같습니다. 확장이 필요합니까? 조직에 스크럼 팀이 많다고 해서 자동으로 스크럼 팀을 조정하는 것이 더 나은 결과를 가져온다는 의미는 아닙니다.
조직이 스크럼을 보강하기로 선택하면 추가로 성공적으로 보강할 수 있는 확장되지 않는 아키텍처를 얻게 됩니다. 그러나 각 기능 보강에는 제품 소유자 팀, 최고 제품 소유자 및 Scrums of Scrums 마스터가 처리해야 하는 복잡성 수준의 증가가 수반됩니다.
콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest에서 바쁜 꿀벌 커뮤니티에 가입하세요.
저자: 캐롤라인 베커
프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.
스크럼 가이드:
- 기본 용어, 역할 및 개념의 용어집
- 스크럼이란?
- 스크럼 값
- 회사에서 스크럼을 구현하는 방법은 무엇입니까?
- 스크럼 팀 - 무엇이며 어떻게 작동합니까?
- 제품 소유자는 누구입니까?
- 제품 소유자의 가장 일반적인 실수
- 스크럼 마스터는 누구인가?
- 좋은 스크럼 마스터의 특징
- 스크럼 마스터의 가장 흔한 실수
- 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
- 제품 소유자와 스크럼 마스터 간의 협력
- 스크럼 개발팀
- 개발자의 가장 흔한 실수
- 스크럼 아티팩트
- 스케일링 스크럼
- 스프린트 백로그
- 제품 백로그란 무엇입니까?
- 사용자 스토리란 무엇입니까?
- INVEST로 최고의 사용자 스토리 만들기
- 가장 흔한 사용자 스토리 실수
- 사용자 스토리 수락 기준
- 스크럼의 추정 및 스토리 포인트
- 계획 포커
- 팀 평가 게임
- 증분 정의
- 스크럼 이벤트
- 스크럼에서 스프린트란?
- 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
- 번다운 차트란 무엇입니까?
- 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
- 번다운 차트의 장점과 단점
- 스크럼과 스크럼반의 칸반 보드
- 스크럼의 속도 - 개발 팀의 속도
- 일일 스크럼
- 스프린트 계획
- 스프린트 리뷰
- 스프린트 회고란 무엇입니까?
- 스프린트 회고 중 일반적인 실수
- 제품 백로그 육성