“성장”과 “확장”은 같은 말이 아닙니다
- Dominic Price의 '이 다섯 가지 오류를 잊으면 더 큰 혁신을 이룰 수 있습니다'
같은 문제에 더 많은 관계자를 추가하면 문제를 해결하기가 더 어려워집니다. 하지만 성장하면서 더 효과적이 될 수 있는 방법을 찾는다면, 그것은 바로 확장입니다.
수십 년 동안 스크럼 가이드는 팀과 회사가 이러한 요구 사항을 해결하도록 돕는 데 대한 기준선을 설정했습니다. 그러나 개별 팀 이상으로 스크럼을 확장하려면 다른 접근 방식이 필요합니다. 이를 위해 SoS라고도 하는 스크럼의 스크럼 기술이 만들어졌습니다.
스크럼의 스크럼 역사
스크럼의 스크럼 방법론은 1996년 스크럼 프레임워크의 두 개척자인 Jeff Sutherland와 Ken Schwaber가 처음으로 구현했습니다. Sutherland와 Schwaber는 사업부당 여러 제품 라인을 가진 8개 사업부를 조율하고 개별 팀을 서로와 동기화할 방법이 필요했습니다. 이들은 목표를 달성하기 위해 스크럼 팀을 확장하는 새로운 방법을 시도했습니다. 이 경험은 Sutherland가 2001년 “확장할 수 있는 애자일: 5개 회사에서 스크럼을 발명하고 재창조하기”라는 제목의 글을 발표하도록 영감을 주었으며, 스크럼의 스크럼이라는 표현은 여기에서 처음으로 공개적으로 언급되었습니다.
그 이후로 스크럼의 스크럼은 애자일 확장과 밀접한 관련이 있는 관행으로 인기가 높아졌습니다. Scrum@Scale 가이드에 포함되어 있으며 다른 Scaled Agile Framework에서 참조되는 스크럼의 스크럼은 팀의 확장을 지원하는 구조를 제공합니다.
개별 팀 수준에서 스크럼으로 어려움을 겪고 있다면 관행을 팀들의 팀 전체로 확장할 수 없습니다. 확장을 시작하기 전에 안돈 코드를 당겨서 팀의 어려움을 해결하세요.
스크럼의 스크럼이란 무엇입니까?
스크럼의 스크럼은 복잡한 솔루션을 제공하기 위해 협력해야 하는 여러 팀을 연결하는 방법을 제공하는 확장된 애자일 기법입니다.
이를 통해 팀은 투명성, 검사 및 조정을 통해 복잡한 제품을 규모에 맞게 개발하고 제공할 수 있습니다. 성과가 높은 모든 스크럼 팀원이 공동의 목표를 향해 일하고 신뢰와 존중을 가지며 완전히 정렬될 때 특히 성공적입니다.
이를 지원하려면 팀 규모가 매우 중요합니다. Hackman과 Vidmar의 연구에 따르면 이론적으로 “완벽한 팀 규모”는 4.6명입니다. 규모가 너무 작거나 큰 팀은 복잡한 제품을 제공하는 데 어려움을 겪을 수 있습니다.
책 "The Mythical Man-Month"에서 나온 브룩스의 법칙을 떠올려 보세요. 늦은 소프트웨어 프로젝트에 인력을 추가하면 더 늦어지는 경우가 많습니다.
팀 규모가 클수록 팀원 간의 커뮤니케이션 라인이 많아져 신뢰와 공동의 목적을 만들기가 더 어려워집니다.
따라서 매우 큰 규모의 팀을 두세 개의 작은 팀으로 나누면 개인적인 관계를 발전시키고 원하는 결과를 유지하는 데 도움이 될 수 있습니다.
팀을 나눌 때 주의를 기울이세요! 팀 전체의 기술 균형을 맞추고, 확립된 팀 인터페이스를 다시 정의하고, 업무를 신중하게 세분화하는 것이 중요합니다. 예상치 못한 종속성과 잠재적인 새로운 병목 현상이 발생하여 제공 속도가 느려질 수 있습니다. 회고와 개선 스토리의 우선 순위에 중점을 두면 이러한 어려움을 극복할 수 있습니다.
공동의 목표를 달성하기 위해 여러 팀을 만들 때는 조율이 필요합니다. 따라서 스크럼의 스크럼에 대한 필요성이 생겨났습니다.
스크럼의 스크럼 목적
스크럼의 스크럼은 원래 제공 팀에 대해 연결된 대표자로 구성된 가상의 팀입니다. 일반적인 조직 계층 구조나 프로젝트 기반 팀과 비교할 때, 이렇게 상호 연결된 팀 구조는 커뮤니케이션 경로를 줄입니다. 목표는 더 작고 독립적인 팀으로 조율하는 것입니다. 스크럼의 스크럼을 적용하는 팀은 제공을 조율할 뿐만 아니라 모든 스프린트가 끝날 때 완전히 통합된 제품을 보장합니다. 따라서 스크럼의 스크럼은 고객에게 가치를 제공하는 릴리스 팀 역할을 합니다.
조직은 일반적으로 이 접근 방식을 애자일을 확장하고 더 크고 복잡한 제품의 제공을 체계화하기 위한 첫 번째 단계로 사용합니다.
스크럼의 스크럼 - 확장된 구조
새로 조직된 스크럼의 스크럼 팀은 거의 동일한 관행을 적용하고 같은 이벤트에 참여하며 스크럼 팀과 동일한 역할을 수행합니다. 모든 스프린트가 끝날 때마다 잠재적으로 제공 가능한 통합된 제품을 제공하려면 설계자 또는 품질 보증 리더와 같은 추가적인 역할이 필요할 수 있습니다.
예를 들어, 최고 제품 소유자 역할이 있습니다. 최고 제품 소유자는 제품 소유자 팀을 감독하고 중요한 제품 비전을 안내하는 데 지원할 책임이 있습니다.
누군가 전담해서 수행할 필요가 없는 역할이며, 규모에 따라 제품 소유자와 동일한 책임을 가져야 합니다.
또 다른 새로운 역할은 스크럼의 스크럼 마스터로, 다른 팀이 볼 수 있는 진행률과 문제가 있는 백로그에 중점을 두어 문제의 우선 순위 지정 또는 제거를 지원하고 스크럼의 스크럼의 효과를 지속적으로 개선하는 역할입니다.
새로운 역할은 15분의 확장된 매일 스크럼을 주요 미팅으로 사용하여 문제를 정렬, 개선 및 해결합니다. 각 팀의 담당자 또는 제품 소유자는 팀 문제, 스프린트 목표 달성에 대한 위험 또는 다른 팀에 대한 종속성에 대해 논의하고 다른 팀이 활용할 수 있는 발견된 개선 사항에 대해 논의해야 합니다.
결론 및 고려 사항
스크럼의 스크럼은 널리 사용되며 스크럼을 확장하는 주요 방법입니다. 확장을 위한 중요한 전제 조건은 팀을 올바르게 구성하고 Tuckman의 그룹 개발 모델 단계인 형성기, 혼란기, 규범기 및 성취기를 통해 성장할 수 있는 충분한 시간과 공간을 팀에 제공하는 것입니다.
팀이 준비되면 다음과 같은 몇 가지 고려 사항이 유용할 수 있습니다.
- 확장된 매일 스크럼 회의를 15분으로 유지하고, 팀의 매일 스크럼을 미러링합니다
- 마지막 팀 매일 스크럼 이후 15분 동안 확장된 매일 스크럼을 진행합니다
- 스크럼의 스크럼에 대한 작업 합의를 수립합니다
- 완료의 집단적 및 개별적인 정의에 동의하고, 물론 공유합니다
- 확장된 매일 스크럼에서 초점을 맞추기 위해 루틴 또는 안건을 설정합니다
- 문제로 인해 멈춘 일수 추적 시작
- 확장된 매일 스크럼이 얼마나 많이 제시간에 시작 및 완료되었는지 추적합니다
- 먼저 종속성이 있는 스토리를 제공하여 위험을 줄이고 다른 팀을 지원하는 데 집중합니다
- 데모 회의까지 남은 날짜를 추적 및 시각화합니다
사실 애자일을 확장하는 데 올바른 방법이란 없습니다. 그러나 많은 조직이 애자일 확장을 위한 프레임워크를 사용하여 프로세스, 팀 및 문화를 발전시키는 데 큰 성공을 거두었습니다. 현재 사용되는 최고의 Scaled Agile Framework에 대해 자세히 알아보고 애자일 코치의 규모에 맞는 애자일 섹션에서 더 알아보세요.
