Scaled Agile Framework(SAFe)란 무엇입니까?

SAFe^®(Scaled Agile Framework^®) 는 엔터프라이즈 규모에서 애자일 관행을 구현하기 위한 일련의 조직 및 워크플로 패턴입니다. 이 프레임워크는 역할과 책임에 대한 체계적인 지침, 작업을 계획하고 관리하는 방법 및 유지해야 할 가치를 포함하는 지식의 모음입니다.

SAFe는 수많은 애자일 팀 간의 정렬, 협업 및 제공을 촉진합니다. 애자일 소프트웨어 개발, 린 제품 개발 및 시스템 사고라는 세 가지 주요 지식을 중심으로 형성되었습니다.

비즈니스 규모가 커짐에 따라 SAFe는 애자일 확장을 위한 구조화된 접근 방식을 제공합니다. 다양한 수준의 규모를 수용할 수 있도록 SAFe에는 Essential SAFe, Large Solution SAFe, Portfolio SAFe 및 Full SAFe의 네 가지 구성이 있습니다.

Dean Leffingwell과 Drew Jemilo는 2011년에 SAFe를 릴리스하여 조직이 고객의 변화하는 요구를 더 잘 충족하는 더 나은 시스템과 소프트웨어를 설계할 수 있도록 지원했습니다. 당시 팀은 기존 프로젝트 관리 프로세스를 사용하여 소프트웨어를 제공했습니다. 그러나 변화하는 시장 상황에 신속하게 대응해야 할 필요성이 증가함에 따라 기업이 기업 전체에서 솔루션 제공을 개선하는 데 도움이 되는 새로운 프레임워크가 등장했고 SAFe가 탄생했습니다. 오늘날 SAFe는 가장 널리 사용되는 확장된 애자일 전달 프레임워크 중 하나이며, SAFe의 전 세계 실행자 커뮤니티는 이를 계속 발전시키고 있습니다.

SAFe의 핵심 가치는 리더십이 육성해야 하는 문화와 프레임워크를 효과적으로 사용하기 위해 팀원들이 그 문화 내에서 행동해야 하는 방식을 설명합니다.

SAFe는 기업이 조직의 모든 수준에서 계획 및 회고 케이던스를 마련하도록 요구합니다. 이를 통해 누구나 비즈니스의 현재 상태, 목표와 이러한 목표를 달성하기 위해 모두가 협력해야 하는 방식을 이해할 수 있습니다. 팀원과 활동을 정기적으로 동기화하여 포트폴리오의 모든 수준이 정렬됩니다. 기존의 하향식, 명령 및 제어 구조와 달리 정보가 적시에 뒤로 또는 아래로 전달됩니다.

SAFe 프레임워크에서 품질을 타협하고 애자일을 얻을 수는 없습니다. SAFe는 모든 수준에서 팀이 각 작업 또는 프로젝트에 대해 “완료”가 무엇을 의미하는지 정의하고 품질 개발 관행을 모든 작업 계약에 적용하도록 요구합니다. SAFe에 따르면 5가지 차원의 기본 제공 품질(흐름, 아키텍처 및 설계 품질, 코드 품질, 시스템 품질, 릴리스 품질)이 있습니다.

SAFe는 문제가 더 빠르게 드러날 수 있도록 더 작은 배치 크기로 작업을 계획하기, 레벨 전체에 백로그 진행 상황에 실시간 가시성 제공과 검사 및 조정 의식을 포함하여 신뢰를 쌓는 행동을 유도합니다.

프로그램 실행은 SAFe의 핵심이며 프레임워크의 다른 모든 기능을 지원합니다. 팀과 프로그램은 정기적으로 품질, 작업 소프트웨어 및 비즈니스 가치를 제공할 수 있어야 합니다.

SAFe는 리더만이 시스템을 변경하고 모든 핵심 가치를 수용하는 데 필요한 환경을 조성할 수 있기 때문에 린-애자일 리더십 행동이 필요합니다.

Scaled Agile Framework의 원칙은 기능 및 조직 경계를 뛰어넘어 린-애자일 의사 결정을 촉진해 기업을 전반적으로 개선하려는 것입니다. 이러한 원칙은 리더와 관리자뿐만 아니라 조직의 모든 팀원의 결정에 영향을 미치고 기존의 워터폴 사고에서 린 포트폴리오 관리와 같은 관행을 적용하는 린-애자일 사고로 전환하도록 사고 방식을 조절하기 위한 것입니다.

Donald Reinertsen의 베스트셀러 저서에 등장하는 제품 개발 흐름에 대한 이론에서 영감을 얻어 가장 짧은 지속 가능한 리드 타임을 달성하려면 의사 결정 체인의 각 개인이 지연의 경제적 영향을 이해해야 합니다. 조기에 자주 전달하는 것만으로는 충분하지 않습니다. SAFe에 따르면 최대한의 이익을 얻기 위해 작업을 시퀀싱하고, 경제적 타협을 이해하며, 린 예산 내에서 운영하는 것은 모두 조직 전체에서 공유해야 할 책임입니다. 많은 개념과 도구는 제품 개발 흐름에 대한 Reinertsen의 이론에서 얻었습니다.

SAFe는 프레임워크를 사용하는 팀원들이 솔루션 자체, 시스템을 구축하는 기업 및 가치 흐름의 세 가지 핵심 영역에 시스템 사고를 적용하도록 권장합니다. 솔루션은 기업 내부 또는 외부든 상관 없이 고객에게 제공하는 제품, 서비스 또는 시스템을 지칭할 수 있습니다.

대규모 솔루션에는 상호 연결된 구성 요소가 많기 때문에 팀원은 자신이 맡은 부분이 더 큰 그림에 어떻게 맞는지에 대해 더 수준 높게 인식해야 합니다. 시스템을 구축하는 엔터프라이즈에 대해 생각할 때 SAFe를 따르는 팀원들은 조직의 인력, 관리 및 프로세스를 고려해야 합니다. 따라서 조직이 팀원들의 업무 방식을 최적화하려는 경우 사일로를 제거하고, 교차 기능 조직이 되고, 공급업체 및 고객과 새로운 업무 계약을 체결해야 할 수 있습니다. 마지막으로, 기업은 솔루션 개발 가치 흐름에서 가치가 개념에서 현금으로 어떻게 흐르는지를 명확하게 정의해야 합니다. 리더와 경영진은 기능 및 조직 경계를 넘어 가치 흐름을 최대화해야 합니다.

기본적으로 시스템과 소프트웨어 설계는 불확실한 실행입니다. 이 원칙은 개발 주기에서 더 오랜 기간 동안 여러 요구 사항과 설계 선택 사항을 유지해야 하는 집합 기반 설계의 개념을 도입하여 불확실성을 해결합니다. 또한 집합 기반 설계는 경험적 데이터에 의존하여 프로세스의 최종 설계 선택 사항에 대한 초점을 더 좁힙니다.

집합 기반 설계는 전략적 성과와 마찬가지로 옵션과 의도된 결과를 식별하여 불확실성의 시대에 의사 결정에 영향을 미치는 데 도움이 됩니다. 결정 기한을 나타내는 “학습 마일스톤”을 통합하는 개념은 집합 기반 설계에 중요한 역할을 합니다. 시간이 지남에 따라 학습하는 팀이 늘어날수록 더 많은 선택지를 없앨 수 있습니다. 더 많은 선택지를 없앨수록 앞으로 나아갈 최선의 경로를 쉽게 식별하고 고객을 위해 최상의 결과를 얻을 수 있습니다.

원칙 #3와 마찬가지로, 이 원칙은 학습 마일스톤을 통해 위험과 불확실성을 다룹니다. 시스템의 각 구성 요소는 기능적으로 증명되는 것만으로는 충분하지 않으며, 현재 설계 선택의 타당성을 평가하기 위해 전체 시스템을 고려해야 합니다. 더 빠른 학습 주기를 가속화하기 위해 통합 지점을 정기적 케이던스로 계획해야 합니다. 이러한 통합 포인트는 지속적인 품질 개선을 위한 프레임워크 및 개발의 가변성을 제어하기 위한 메커니즘인 Walter A Shewhart의 계획-실행-확인-조정 주기의 예입니다. Shewart의 성과와 그가 영감을 준 성과는 일반적으로 SAFe 내에 있습니다.

실제 작업 시스템의 시연은 요구 사항 문서 또는 성공에 대한 다른 표면적 평가보다 의사 결정에 더 나은 기반을 제공합니다. 이러한 타당성 결정에 이해 관계자를 조기에 포함시키는 것은 신뢰 구축 및 시스템 사고를 지원합니다.

진행 중인 작업을 제한하면 이해 관계자가 작업이 어떻게 진행되고 있는지 정확하게 파악할 수 있습니다.

이 원칙의 세 가지 요소는 처리량을 최대화하고, 가치 전달을 가속화하는 주요 방법, 즉 “흐름”을 구현하는 주요 방법을 나타냅니다. "천리길도 한 걸음부터"라는 속담처럼 하면 됩니다.

이 원칙을 소프트웨어 개발에 적용하면 중복되는 작업량, 각 작업 항목의 복잡성 및 지정된 시간에 처리한 총 작업량을 제한하는 것을 의미합니다. 배치 크기가 작으면 작업이 올바른 방향으로 진행되고 있는지 지속적으로 검증할 수 있습니다. 그리고 큐 길이를 관리할 수 있도록 해줍니다.

이 원칙은 최상의 결과를 얻기 위해 최적화하는 방법에 대한 안내를 제공합니다.

애자일 팀은 스프린트 또는 반복을 통해 자연스럽게 케이던스를 적용합니다. 가능한 모든 사안에 대한 케이던스를 만들면 복잡성을 줄이고, 불확실성을 해결하며, 습관으로 만들고, 품질을 강화하며, 협업을 정착시킵니다. 이러한 케이던스를 동기화하면 팀원과 활동이 바퀴의 톱니처럼 움직일 수 있고, 여기서 학습된 정보에서 의사 결정과 증분 계획을 얻게 됩니다.

영향력있는 경영 컨설턴트 Peter Drucker와 작가 Daniel Pink로부터 영감을 얻은 이 원칙은 저희가 가장 좋아하는 원칙 중 하나로, 팀이 잠재력을 발휘하고 경영진이 지휘-통제 사고 방식을 통해 팀을 코칭 및 지원하는 관점을 갖도록 돕는 것입니다.

SAFe를 구현할 준비가 된 조직은 일반적으로 경영진 차원의 후원, 변화를 향한 강력한 목적 및 스크럼에 기반을 가지고 있습니다.

Scaled Agile, Inc.는 포트폴리오 전반에 걸쳐 광범위하게 채택할 수 있도록 조직을 시작하고 설정하는 방법에 관한 자세한 단계를 포함하는 SAFe 구현 로드맵을 제공합니다. SAFe를 구현하기 위한 12가지 단계는 다음과 같습니다.

1. 티핑 포인트에 도달
2. 린-애자일 변경 에이전트 교육
3. 경영진, 관리자 및 리더 교육
4. 린-애자일 액설런스 센터 만들기
5. 가치 흐름 및 ART(Agile Release Trains) 식별
6. 구현 계획 만들기
7. ART 시작 준비
8. 팀 교육 및 ART 시작
9. ART 실행 코치
10. 더 많은 ART와 가치 흐름 시작
11. 포트폴리오로 확장
12. 유지 및 개선

SAFe®(Scaled Agile Framework®)는 대규모 소프트웨어 개발 팀을 보유한 기업에서 널리 채택되고 있으며 다른 확장 애자일 프레임워크는 시간이 지남에 따라 주목을 받고 있습니다. 애자일 확장을 위한 모든 프레임워크는 12가지 애자일 매니페스토 원칙에서 얻은 영감, 주기, 동기화, 스크럼 및 품질 개발 관행의 다섯 가지 주요 구성 요소를 공유합니다. 다른 프레임워크의 기원, 주요 차이점 및 성공적인 적용을 위한 조건을 파악하면 조직이 필요에 가장 잘 맞는 프레임워크를 선택하는 데 도움이 될 수 있습니다.

최괴의 확장된 애자일 프레임워크에 대한 배경 지식이 더 필요하십니까? 애자일 코치에서 확장성 있는 애자일 개요 페이지를 확인하세요.

Scrum@Scale(S@S)에서는 모두가 상호 교환 가능한 스크럼 팀의 일부이며, 목표에 따라 스크럼 팀의 네트워크가 모여 에코시스템을 형성합니다. S@S의 목적은 '확장이 자유로운 아키텍처'를 통해 스크럼 팀 네트워크를 만드는 것입니다. 즉, 기본 스크럼 역할과 이벤트가 새로운 프로세스 역할을 도입하지 않아도 선형으로 확장됩니다. 예를 들어, 스크럼의 스크럼(SoS)은 25개의 스크럼 팀이 있는 매우 복잡한 제품에는 충분하지 않을 수 있으므로 스크럼의 스크럼의 스크럼 마스터(SOSM)가 있는 스크럼의 스크럼의 스크럼(SoSoS)이 필요할 수 있습니다.

S@S는 일반적으로 덜 규범적이지만 조직의 확장 준비 여부를 확인하는 데 도움이 되는 다음 지침 질문 하나를 제공합니다. 시스템에 더 많은 팀원을 추가하면 성능이 기하 급수적으로 증가하거나 생산성이 저하됩니까?

SAFe와 마찬가지로 S@S는 점점 더 널리 사용되는 광범위한 Scrum@Scale 가이드를 포함하여 온라인으로 참조 콘텐츠를 제공합니다.

S@S가 가장 적절한 경우

• 기술 스택이 개체 지향적인 경우(예: 수직 사용자 스토리가 실제로 2주 안에 전달 가능한 경우)
• 조직의 기능 팀이 T자형 기술, 제품 중심 가치를 갖추고 관료주의를 최소화한 경우
• 관행이 완전한 습관이 될 때까지 애자일 및 ALM(Agile Lifecycle Management) 도구가 필요하지 않은 경우
• 경영진이 기꺼이 스크럼을 연습하고 조직의 장애물을 제거할 의향이 있는 경우

LeSS(Large-Scale Scrum)는 역할, 구조 및 아티팩트에 대해 최소한의 접근 방식을 취합니다. SAFe가 점점 더 복잡해지는 솔루션을 사용하여 훨씬 더 큰 팀을 수용하기 위해 네 가지 구성을 제공하는 반면에 LeSS는 2~8개 팀을 위한 LeSS와 8개 이상의 팀을 위한 LeSS Huge라는 두 가지 구성을 제공합니다. 또한 LeSS는 제품 소유자가 완전한 콘텐츠 권한과 전략적 영향력을 가져야 한다는 입장을 취하는 반면 SAFe는 보다 민주적인 접근 방식을 장려한다는 점에서 다릅니다. SAFe에서는 많은 요소가 전략에 영향을 미치지만 LeSS는 유료 고객에게 초점을 맞춘 고객 중심 접근 방식에 중점을 둡니다.

S@S와 마찬가지로 LeSS는 스크럼 이벤트, 아티팩트 및 역할에서 확장됩니다. 그리고 SAFe와 LeSS는 모두 시스템 사고, 린 사고 및 유사한 기본 원칙을 강조합니다. 그러나 LeSS는 지속적인 개선을 목표로 조직 전반에서 낭비를 줄이는 데 매우 중점을 둡니다.

LeSS가 가장 적절한 경우

• 스크럼 팀이 스크럼을 마스터한 경우
• 경영진이 더 큰 장점을 위해 지속적으로 재구성하고 실험할 의지가 있는 경우
• 제품의 정의에 대한 정렬이 있는 경우
• 완료의 정의에 대한 정렬이 있는 경우
• 외부 코치가 조직, 팀 및 기술 그룹과 협력하고 있는 경우
• 기능 팀과 T자형 기술을 갖춘 구성 요소 팀이 있는 경우
• 조직에서 프로젝트 관리 패러다임을 완전히 제거하려는 의지가 있는 경우

SAFe의 중심 원리는 전 세계 실행자 커뮤니티와 협력하여 계속 발전하고 있다는 것입니다. 가장 최근에 Scaled Agile, Inc.는 SAFe 5.0 버전을 시작했습니다. 주요 변경 사항으로 10번째 원칙인 "가치를 중심으로 조직화"가 추가되었고 12단계를 “유지 및 개선”에서 “가속화”로 변경되었습니다. 관련된 변경 사항이 훨씬 더 많습니다. 자세히 알아보고 싶으습니까? SAFe 5.0의 새로운 기능 및 변경된 사항 블로그를 확인하세요.

SAFe 및 위에서 언급한 것과 같은 프레임워크는 비즈니스가 조직 내에서 애자일을 효과적으로 확장하고 원하는 비즈니스 결과를 달성하도록 돕는 데 실행 가능한 옵션을 제공합니다. 하지만 이와 마찬가지로 중요한 것은 기존 관행을 강화하고 그러한 관행의 이점을 완전히 실현하도록 돕는 데 선택하는 도구입니다. SAFe를 위해 구축된 엔터프라이즈 애자일 계획 플랫폼인 Atlassian의 Jira Align을 소개합니다. Jira Align을 사용하면 디지털 혁신을 가속화하기 위해 가시성, 전략적 정렬 및 엔터프라이즈 적응성을 향상할 수 있습니다.