애자일 팀은 가치 있는 제품을 창의적으로 제공하여 복잡한 문제를 해결하기 위해 협력하는 제품 소유자, 스크럼 마스터, 소프트웨어 개발자 및 기타 관계자로 구성됩니다. 스크럼은 팀이 복잡한 제품을 개발, 제공 및 유지하는 데 널리 사용하는 애자일 방법론 중 하나입니다. 그러나 겨우 최근에 LeSS(Large-Scale Scrum)와 같은 확장 가능한 애자일 프로세스 프레임워크를 통해 엔터프라이즈에서 확장되는 스크럼을 효과적으로 다루고 있습니다.
LeSS 프레임워크란 무엇입니까?
LeSS는 단일 제품에 함께 작업하는 여러 팀으로 스크럼을 확장하기 위한 프레임워크입니다. 이 프레임워크는 스크럼 가이드에서 Ken Schwaber와 Jeff Sutherland가 정의한 것처럼 하나의 스크럼 팀을 기반으로 시작하며 하나의 제품에서 함께 작업하는 여러 팀에 적용됩니다.
Craig Larman 및 Bas Vodde의 책 Large-Scale Scrum: More with LeSS에서는 이 개념을 더욱 분명하게 했습니다. 이 책의 저자는 수년간의 경험을 요약하여 복잡성과 낭비를 줄이면서 가치를 제공하는 프레임워크로 LeSS를 정의했습니다.
LeSS 프레임워크는 정의된 규칙과 가이드를 통해 가능한 한 간단하게 대규모 엔터프라이즈 컨텍스트에서 스크럼의 원칙과 이상을 적용하려고 합니다. 단순성으로 인해 “간신히 충분한” 프레임워크라는 별칭을 얻었지만 그렇다고 해서 부정적인 시각으로 볼 필요는 없습니다.
LeSS 프레임워크 구조
LeSS는 스크럼의 실행을 확장과 관련된 600개 이상의 실험을 통해 형성되었으며, 당시에는 작은 작은 위치에 그룹만 지원하는 것으로 여겨졌습니다. LeSS 실험, 가이드, 프레임워크 및 원칙은 더 많은 수의 팀의 요구를 지원하기 위해 만들었습니다. 또한 LeSS 구현 및 실행 방법에 대한 가이드를 더 잘 정의하고 전달하는 한편, 채택을 위한 가이드를 제공하기 위해 LeSS 규칙을 나중에 릴리스했습니다.
원칙, 프레임워크, 가이드 및 실험
원칙
LeSS는 엔터프라이즈 전체에 스크럼의 가치, 요소, 포괄적인 목적을 적용할 수 있도록 10가지 원칙을 정의합니다. 이러한 원칙은 고객 중심과 협업을 강화하여 책임감 있는 팀을 구성하는 데 도움이 됩니다. 팀은 제품 조직이 경쟁력과 대응력을 유지하는 데 필요한 학습, 투명성과 고객 중심 가치 제공에 집중할 수 있습니다. 전체 목록은 다음과 같습니다.
- LeSS(Large-Scale Scrum)는 스크럼
- 경험적 프로세스 제어
- 투명성
- 더 적은 노력으로 더 높은 성과
- 전체 제품에 집중
- 고객 중심
- 완벽을 향한 지속적인 개선
- 시스템 사고
- 린 사고
- 큐잉 이론
프레임워크
LeSS는 두 가지 구성 - 2~8개 팀(10~50명)을 위한 Basic LeSS와 8개 이상의 팀(50~6000명 이상)을 위한 LeSS Huge를 제공합니다.
LeSS Huge는 Basic LeSS를 기반으로 시작하며, 핵심 역할인 영역 제품 소유자(APO)와 추가 아티팩트 및 회의 변경 사항을 추가합니다. LeSS Huge부터 바로 시작하기보다 조직에서 Basic LeSS부터 시작하여 실험 및 경험하고 피드백을 받아 보는 것이 좋습니디. LeSS Huge에 도입에 대한 두 가지 추전 접근 방식이 있습니다.
- 더 큰 제품 내의 요구 사항 영역에 초점을 맞춘 한 번에 하나의 요구 사항 영역
- 팀의 업무 범위, 완료의 정의 및 제품 정의를 점진적으로 확대
이를 통해 조직에서는 조직 전반에서 LeSS를 확장하기 전에 제품 영역 전체에서 팀이 LeSS 경험을 쌓고 경영진의 지원을 받을 수 있습니다.
가이드
LeSS 가이드는 LeSS로 수행한 실험을 기반으로 저자인 Craig Larman과 Bas Vodde가 만든 권장 사항입니다. LeSS 가이드는 세 번째 책 “Large-Scale Scrum: More with LeSS”의 의도치 않은 부산물이지만 LeSS를 채택하는 방법, 관련된 사람들의 역할 및 책임, 팀 간에 조정 및 통합 방법 등을 이해하는 데 매우 유용합니다. 이러한 가이드는 LeSS 프레임워크를 적용할 때 선택 사항입니다.
실험
LeSS에는 작성자가 일부 조직에서는 시도하고 다른 조직에서는 피하라고 제안하는 실험 및 결과가 혼합된 실험이 포함됩니다. 실험의 결과는 LeSS 프레임워크를 형성하는 근간이 되었습니다.
처음 두 권의 책 “Scaling Lean & Agile Development” 및 “Practices for Scaling Lean & Agile Development”에서 Craig Larman 및 Bas Vodde는 Large-Scale Scrum을 모범 사례는 환경에 따라 항상 달라지기 때문에 “모범 사례”와 같은 것은 없다라는 원칙을 가지고 수행한 실험 집합으로 규정했습니다.
저자의 세 번째 저서인 “Large-Scale Scrum:More with LeSS”는 LeSS 채택에 대한 가이드, 처음 두 권의 책에 나오는 실험, LeSS의 역할 설명, 팀 간의 조정 및 통합 방법 등을 담고 있습니다.
세 권의 책 모두 점진적으로 LeSS 프레임워크를 구축했으며, LeSS의 기초를 더 잘 이해하기 위해 추천하는 도서입니다.
LeSS에서의 역할 및 계획
Basic LeSS는 팀과 주요 스크럼 역할인 제품 비전 및 방향을 담당하는 스크럼 제품 소유자, 제품 만들기 및 제공을 담당하는 스크럼 개발 팀, 팀의 지속적인 개선 및 코칭을 지원하는 스크럼 마스터에 중점을 둡니다. LeSS가 확장하는 영역 중 하나는 관리자의 역할과 지속적인 개선 및 자율성을 위해 관리자가 장애물을 제거하여 팀을 지원하는 방법입니다.
앞서 설명한 것처럼 LeSS Huge의 영역 제품 소유자는 전체 제품 소유자를 지원하고 이들과 조정하며 기술 팀과 비즈니스 요구 사항을 연결하는 데 중요합니다. 영역 제품 소유자는 제품 소유자와 동일한 작업을 수행하지만 지원하는 팀에 더 집중하고 범위가 제한됩니다. 영역 제품 소유자는 고객 중심 작업에 특화되어 있으며 제품 중심 기능 팀을 위한 제품 소유자 역할을 합니다.
스크럼에 설명하고 LeSS에서 더 자세히 설명하는 주요 세레모니 중 하나는 제품 백로그 구체화(PBR) 회의입니다. PBR 회의는 일련의 병렬 LeSS 스프린트 실행을 통해 중점 영역 전반에 걸쳐 스프린트 계획을 확장합니다. 향후 스프린트를 준비하기 위해 항목을 이해하고, 항목에 대해 토론하고, 항목을 구체화하기 위해 각 스프린트 내에서 PBR 회의의 지속적인 케이던스가 필요합니다. PBR 회의의 주요 활동은 1) 주요 항목을 분할하고, 2) 미해결 질문을 명확히 파악하고 답변하며, 3) 스토리 크기, 위험, 종속성 및 가치를 추정하는 것입니다.
스프린트 계획 세레모니의 중요성 외에도 스프린트 검토 및 회고는 팀이 구축하고 제공한 것을 검토하고 변경 사항, 개선 사항 및 새로운 아이디어에 대해 논의하는 데 필수적인 세레모니입니다. 또한 팀이 제공한 고객 가치를 인정할 수 있는 기회이기도 합니다. 회고를 통한 검사 및 조정 기회는 각 팀 내에서 및 팀의 조정 및 공동 작업하는 방식을 다루는 회고에서도 발생합니다.
LeSS의 차별점은 무엇입니까?
LeSS는 애자일 확장을 위한 다른 프레임워크와 유사한 5가지 기본 구성 요소를 공유합니다. 이들 구성 요소에는 애자일 매니페스토 및 12가지 원칙에서 영감, 스프린트/반복을 통한 케이던스, 조직 전체의 동기화, 스크럼의 뿌리와 DevOps, CI/CD 및 TDD(테스트 기반 개발)와 같은 품질 개발 관행이 있습니다. 그러나 나머지와 차별화되는 다른 특징이 있습니다.
LeSS와 스크럼 비교
많은 경우 LeSS와 스크럼을 비교하여 어느 쪽이 가장 좋은지 결정하려고 합니다. 그러나 이 방법이 올바른 사고방식은 아닙니다. LeSS는 스크럼의 “더 나은” 버전이 아니며, 단순히 선택하거나 승리해야 하는 경쟁의 대상도 아닙니다. LeSS는 스크럼을 기반으로 더 큰 컨텍스트에서의 사용을 지원하고 한 팀을 넘어 더 큰 조직 전반에서 확장하는 방법을 지원합니다.
Basic LeSS는 하나의 스크럼 팀과 매우 유사합니다. LeSS에는 하나의 제품 백로그, 제품 소유자 및 완료의 정의가 있습니다. 또한 하나 이상의 팀으로 구성되어 있지만 모든 팀은 각 스프린트 종료 시 전달 가능한 공통의 결과물을 제공하기 위해 마치 하나의 스크럼 팀처럼 협력합니다. 제품 소유자 한 명이 단일 제품 백로그를 소유하고 있음에도 불구하고 LeSS에서는 하나 이상의 팀이 결과 작업을 달성할 수 있습니다. 특히 LeSS Huge에서는 제품 소유자 역할이 여러 팀에서 조정하고 협업하는 영역 제품 소유자를 포함하도록 확장됩니다. 이러한 노력을 지원하기 위해 제품 소유자는 단일 팀 제품 백로그 구체화 회의를 주도하는데, 이는 함께 작업하는 모든 팀 전체에서 작업의 제공을 정렬하는 데 도움이 됩니다.
그 외에도 LeSS에서 스프린트 계획은 두 부분으로 나뉩니다. 1) 모든 팀이 모여 제품 백로그 항목을 가장 잘 나누는 방법을 결정하고, 2) 팀이 스프린트를 계획하는 동시에 다른 팀과 공동 작업하고 소통하여 제품 백로그 항목을 제공합니다.
또한 매일 스크럼, 스프린트 검토 및 전반적인 회고와 같은 기타 세레모니는 LeSS에서 미묘한 차이가 있습니다.
LeSS와 SAFe 비교
LeESS는 대규모 소프트웨어 개발 팀을 보유한 기업에서 인기가 높아지고 있지만 스크럼의 스크럼 또는 Scrum@Scale과 같은 다른 확장된 애자일 프레임워크도 주목을 받고 있습니다. 주요 프레임워크 중 하나는 SAFe(Scaled Agile Framework®)입니다.
LeSS와 SAFe 사이에는 많은 유사점이 있습니다. 예를 들어, 모두 스크럼 팀을 확장으로 시작하고 린 사고, 지속적인 개선 및 고객 중심성과 같은 원칙을 통합합니다. 그러나 LeSS는 유연하고 적응력을 유지하여 조직 구조를 단순화하는 데 중점을 둔다는 점에서 다릅니다.
LeSS와 달리 SAFe에는 RTE(Release Train Engineer), STE(Solution Train Engineer) 및 에픽 소유자를 포함한 추가 역할이 필요합니다. 또한 스크럼을 성공적으로 실행하는 애자일 팀의 입장에서 시작했음에도 불구하고 일부 조직에서 도입할 준비가 되지 않았을 수 있는 프로세스, 아티팩트 및 조직 변경 사항도 포함합니다. LeSS Huge는 Basic LeSS와 다른 몇 가지 차이점을 제공하지만 대부분의 경우 다른 프레임워크만큼 복잡하지는 않습니다.
LeSS 프레임워크의 이점
LeSS가 기본적으로 가장 중점을 두는 부분은 다른 프레임워크를 구축하는 것이 아니라 완전한 엔드투엔드 고객 중심 솔루션 또는 제품을 제공하기 위해 협력하는 많은 팀에 스크럼 원칙을 적용하는 것입니다.
LeSS를 통해 얻을 수 있는 몇 가지 이점은 다음과 같습니다.
- 팀이 스크럼에서 이미 사용하고 있는 사례를 구현하여 구현 비용을 절감합니다.
- 한 명의 제품 소유자가 프레임워크와 원칙을 이해하고 비즈니스와 기술 팀 간의 격차를 해소합니다.
- 제품의 제공에 필요한 인원이 감소합니다. LeSS는 더 많은 역할과 오버헤드를 기하급수적으로 추가하지 않습니다.
- 중점 영역 내에서 전체 제품 보기를 제공합니다.
- 팀은 고객 및 비즈니스 이해 관계자와 직접 접촉합니다.
- 애자일 매니페스토의 기본 프로세스인 빈번한 회고 및 기타 회의를 통해 지속적인 개선이 가능합니다.
많은 조직에서 스크럼 팀을 확장하는 LeSS 접근 방식은 애자일 확장을 향한 여정의 다음 논리적 단계가 될 수 있습니다.
다음 단계로 나아가기
LeSS와 같은 프레임워크는 비즈니스가 조직 내에서 애자일을 효과적으로 확장하고 원하는 비즈니스 결과를 달성할 수 있도록 실행 가능한 옵션을 제공합니다. 이와 마찬가지로 중요한 것은 기존 관행을 강화하고 그러한 관행의 이점을 완전히 실현할 수 있도록 선택하는 도구입니다. Atlassian의 엔터프라이즈 애자일 계획 플랫폼인 Jira Align을 사용하면 디지털 혁신을 가속화하기 위해 가시성, 전략적 정렬 및 엔터프라이즈 적응성을 향상할 수 있습니다. Jira Align이 LeSS를 어떻게 지원하는지 지금 알아보세요.