SAFe(Scaled Agile Framework) 튜토리얼

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

확장된 애자일 프레임워크(SAFe) 기업 수준에서 린 애자일 방식을 적용할 수 있는 무료로 제공되는 온라인 지식 기반입니다. 소프트웨어 개발을 위한 간단하고 가벼운 경험을 제공합니다. 기업이 린(Lean) 및 애자일(Agile) 방식을 확장하도록 안내하기 위한 일련의 조직 및 워크플로우 패턴입니다. 팀, 프로그램, 포트폴리오의 세 부분으로 나뉩니다.

안전한 프레임워크를 통해 팀은

• 기업 수준에서 Lean-Agile 소프트웨어 및 시스템 구현
• 이는 린(Lean) 및 애자일(Agile) 원칙을 기반으로 합니다.
• 기업 포트폴리오, 가치 흐름, 프로그램 및 팀 작업에 대한 자세한 지침을 제공합니다.
• 이는 조직 내 모든 이해관계자의 요구를 충족하도록 설계되었습니다.

SAFe는 현장에서 처음 개발되었으며, 딘 레핑웰'책과 블로그. 버전 1.0은 2011년 첫 번째 공식 릴리스입니다. 최신 버전은 4.6으로 2018년 XNUMX월에 릴리스되었습니다. 이는 엔터프라이즈 포트폴리오, 가치 흐름, 프로그램 및 팀 수준에서 작업하는 데 대한 지침을 제공합니다.

SAFe Agile Framework를 사용하는 이유

간단하고 가벼운 프레임워크이지만 대규모 가치 스트림과 복잡한 시스템 개발의 요구 사항을 처리할 수 있습니다. SAFe 애자일 프레임워크를 구현하면 다음과 같은 이점이 있습니다.

• 생산성 증가 by 20 - 50 %
• 품질 이상 증가 50%
• 시장에 시간 보다 빠릅니다 30 -75 %
• 증가 직원 참여 직업 만족도.

자세한 프레임워크 다이어그램은 다음에서 확인할 수 있습니다. 웹 사이트. 여기에는 모든 주요 역할, 활동, 결과물 및 흐름이 표시됩니다. 또한 사이트의 나머지 부분에 대한 탐색 보조 기능도 제공합니다.

아래 이미지는 Agile 프로세스가 어떻게 작동하는지 설명합니다. 에픽(Epics)은 대규모 작업체로, 여러 개의 작은 스토리나 하위 서사시로 더 세분화됩니다. 이러한 하위 에픽은 스토리로 팀에 할당됩니다. 그런 다음 각 팀은 그에 따라 이러한 스토리나 소프트웨어 기능을 작업합니다.

확장된 Agile 프레임워크를 사용해야 하는 경우

• 팀이 더 큰 규모의 다중 팀 프로그램 및 포트폴리오 전반에 걸쳐 지속적으로 민첩한 접근 방식을 구현하는 데 관심이 있는 경우.
• 여러 팀이 자체적인 Agile 구현 방식을 실행하고 있지만 정기적으로 장애물, 지연 및 실패에 직면하는 경우.
• 팀이 독립적으로 일하고 싶을 때.
• 조직 전체에 Agile을 확장하고 싶지만 어떤 새로운 역할이 필요할지, 어떤 기존 역할(예: 관리)을 변경해야 하는지, 어떻게 변경해야 할지 확신이 없는 경우.
• 조직 전체에서 Agile을 확장하려고 시도했지만 포트폴리오에서 프로그램 및 팀 수준에 이르기까지 비즈니스 부서 전반에 걸쳐 균일하거나 일관된 전략을 달성하기 위해 노력하는 경우.
• 조직이 제품 개발 리드 타임을 개선해야 하고 다른 회사가 SAFe를 통해 Agile 확장에 어떻게 성공했는지 알고 싶을 때.

다른 애자일 방식과 다른 점

이제 이 Scaled Agile Framework 튜토리얼에서는 Scaled Agile 프레임워크가 다른 Agile 방식과 어떻게 다른지 살펴보겠습니다.

• 공개적으로 사용 가능하며 무료로 사용할 수 있습니다.
• 접근성이 높고 사용하기 쉬운 형태로 제공됩니다.
• 가볍고 실제로 입증된 결과이며 레벨에 따라 다릅니다.
• 가장 일반적으로 사용되는 애자일 방식을 지속적으로/정기적으로 수정/유지합니다.
• 일반적인 애자일 관행에 대한 유용한 확장을 제공합니다.
• 기업 상황에 맞게 민첩한 관행을 기반으로 합니다.
• 소프트웨어 개발의 전체 그림을 제공합니다.
• 가시성 또는 투명성은 모든 수준에서 더 높습니다.
• 품질 및 개선에 대한 지속적인 피드백 또는 정기적인 피드백.

FoundationScaled Agile Framework의

확장형 Agile 프레임워크(SAFe): 이는 다음의 기반 위에 서 있습니다.

1. 린 애자일 원칙
2. 핵심 가치,
3. 린 애자일 리더십
4. 린 애자일 사고방식,
5. 실무 공동체(SAFe 실무를 지속적으로 수행하는 사람들의 그룹)
6. 1-2-3 구현

SAFe 린 애자일 원칙

원하는 결과를 얻으려면 SAFe에 대한 이러한 기본 SAFe Agile 원칙과 가치를 이해하고, 전시하고, 지속해야 합니다.

• 경제적 관점을 취하라
• 시스템 사고 적용
• 가변성을 가정합니다. 옵션 유지
• 빠르고 통합된 학습 주기를 통해 점진적으로 구축
• 작업 시스템의 객관적인 평가에 기초한 마일스톤
• WIP를 시각화 및 제한하고, 배치 크기를 줄이고, 대기열 길이를 관리합니다.
• 케던스 적용, 크로스 도메인 계획과 동기화
• 지식 근로자의 내재적 동기를 찾아보세요.
• 의사결정을 분산화

SAFe 애자일 핵심 가치

SAFe Agile 방법론은 이 네 가지 가치를 기반으로 합니다.

조정:

• SAFe는 정렬을 지원합니다.
• 정렬은 다음에서 시작됩니다.
  • 포트폴리오 백로그의 전략적 주제 및
  • 프로그램 백로그의 비전 및 로드맵으로 이동한 다음
  • 팀 백로그로 이동합니다.

내장 품질:

• 이는 모든 증분 납품이 품질 표준을 반영하도록 보장합니다.
• 품질은 '나중에 추가되는' 것이 아닙니다.
• 내장된 품질은 Lean의 전제조건이자 필수 사항입니다.

투명성 :

• 투명성은 신뢰를 가능하게 하는 요소입니다.
• SAFe는 기업이 임원, 포트폴리오 관리자 및 기타 이해관계자 등 모든 수준에서 투명성을 달성하도록 돕습니다.
• 누구나 포트폴리오 백로그/칸반, 프로그램 백로그/칸반 및 팀 백로그/칸반을 볼 수 있습니다.
• 각 레벨은 PI 목표를 명확하게 이해하고 있습니다.
• 교육 프로그램은 팀의 백로그와 기타 프로그램 백로그에 대한 가시성을 갖습니다.
• 팀과 프로그램은 비즈니스와 아키텍처 Epics에 대한 가시성을 가지고 있습니다. 그들은 무엇이 그들에게 향하고 있는지 볼 수 있습니다.

프로그램 실행:

• SAFe는 작업 시스템과 그에 따른 비즈니스 결과에 중점을 둡니다.
• 팀이 가치를 실행하고 지속적으로 제공할 수 없다면 SAFe는 유용하지 않습니다.

린 애자일 리더

Lean-Agile 리더는 평생 학습자이자 교사입니다. 이는 팀이 Lean-Agile SAFe 원칙을 이해하고 전시함으로써 더 나은 시스템을 구축하는 데 도움이 됩니다.

팀의 조력자로서 궁극적인 책임은 Lean-Agile 개발의 채택, 성공 및 지속적인 개선입니다. 변화와 지속적인 발전을 위해서는 리더를 양성해야 합니다.

리더는 새로운 리더십 스타일을 채택해야 합니다. 개인과 팀이 최고의 잠재력을 발휘할 수 있도록 진정으로 권한을 부여하고 참여시키는 것입니다.

Lean-Agile 리더의 원칙

• 변화를 주도하세요
• 길을 아십시오. 평생학습 강조
• 인재 개발
• 영감을 주고 사명에 맞춰 조정합니다. 제약 최소화
• 의사결정을 분산화
• 지식 근로자의 본질적인 동기 부여 잠금 해제

린 애자일 사고방식

Lean-Agile 사고방식은 다음 두 가지로 표현됩니다.

1. SAFe 하우스 오브 린
2. 민첩한 선언

SAFe 하우스 오브 린:

SAFe는 린(Lean) 제조 원칙과 관행에서 파생되었습니다. 이러한 요소를 바탕으로 SAFe는 “SAFe House of Lean”을 선보입니다. 린 토요타의 '집'에서 영감을 받았습니다.

린(Lean)의 목표는 타의 추종을 불허합니다. 고객에게 가능한 최고 품질로 최단 리드 타임에 최대 고객 가치를 제공하는 것입니다.

아래 그림은 목표, 기본 요소 및 Foundation "SAFe House of Lean"의 내용입니다.

민첩한 선언

우리는 더 나은 개발 방법을 찾아내고 있습니다.ping 소프트웨어를 직접 만들고 도움을 주는 방식으로 활용하세요.ping 다른 사람들이 그 일을 합니다. 이 일을 통해 우리는 다음과 같은 가치를 깨닫게 되었습니다.

그렇기 때문에 오른쪽 항목에도 가치가 있지만 왼쪽 항목에 더 가치가 있습니다.

민첩한 선언

1. 가치 있는 소프트웨어를 지속적이고 조기에 제공하여 고객 만족을 최우선으로 생각합니다.
2. 개발 후반에도 변화하는 요구 사항을 수용하세요. Agile SAFe 방법론은 고객의 이익을 위해 하네스 변경을 처리합니다.
3. 더 짧은 기간을 선호하여 몇 주에서 몇 달까지 작동하는 소프트웨어를 자주 제공하십시오.
4. 개발자와 비즈니스 담당자는 프로젝트 전반에 걸쳐 매일 함께 작업해야 합니다.
5. 의욕이 넘치는 개인을 중심으로 프로젝트를 구축하세요. 그들에게 필요한 지원과 환경을 제공하고 그들이 일을 완수할 것이라고 믿으십시오.
6. 개발팀과의 가장 효율적인 소통 방법은 대면 대화입니다.
7. 작동하는 소프트웨어는 발전의 주요 척도입니다.
8. Agile 프로세스는 지속 가능한 개발을 촉진합니다. 스폰서, 개발자, 사용자는 무기한 일정한 속도를 유지할 수 있어야 합니다.
9. 기술적 우수성과 좋은 디자인에 대한 지속적인 관심은 민첩성을 향상시킵니다.
10. 단순성(완료되지 않은 작업의 양을 최대화하는 기술)은 필수적입니다.
11. 가장 뛰어난 아키텍처, 요구 사항, 디자인은 자율 조직화 팀에서 나옵니다.
12. 정기적으로 팀은 어떻게 하면 더 효과적으로 일할 수 있을지 생각해 본 다음 그에 따라 행동을 조정하고 조정합니다.

SAFE의 다양한 레벨

SAFe 구현에는 두 가지 유형이 있습니다.

1. SAFe 4.0 구현
2. SAFe 3.0 구현

• SAFe 4.0 구현에는 4가지 레벨이 있습니다. 포트폴리오, 가치 흐름, 프로그램 및 팀.
• SAFe 3.0 구현에는 3가지 레벨이 있습니다. 포트폴리오, 프로그램 및 팀
• 3단계 SAFe는 100명 이하의 소규모 구현을 위한 것입니다. 상당한 협업이 필요하지 않은 프로그램.
• 4레벨 SAFe는 소프트웨어 개발 및 유지 관리를 위해 일반적으로 수백 명의 실무자가 필요한 솔루션을 위한 것입니다.

팀 수준

역할/팀	이벤트	유물
애자일 팀	Sprint 계획	팀 백로그
제품 소유자	백로그 정리	비 기능적 요구 사항
스크럼 마스터	매일 아침 일과표	팀 PI 목표
	실행	반복
	Sprint Rescale과 함께 비즈니스를 가속화하는 방법에 대해 알아보세요.	스토리(실행 가능한 소프트웨어)
	Sprint 회고전	Sprint 목표
	IP Sprints	내장된 품질
		스파이크
		팀 칸반

• 모든 SAFe 팀은 하나 이상의 Agile Release Train(ART)의 일부입니다.
• SAFe 팀은 권한을 부여받고 자체 조직화되며 자체 관리하는 다기능 팀입니다.
• 각 팀은 고정 길이 반복으로 팀 백로그에서 스토리를 정의, 구축 및 테스트하는 일을 동등하게 담당합니다.
• 팀은 합의된 반복 목표에 따라 2주간의 기간별 반복을 계획하고 실행합니다.
• 팀은 ScrumXP/Team Kanban 루틴을 사용하여 고품질 시스템을 제공하고 XNUMX주마다 시스템 데모를 생성합니다.
• ART(Agile Release Trains)의 모든 팀은 통합되고 테스트된 시스템을 만듭니다. 이해관계자가 빠른 피드백으로 평가하고 대응하겠습니다.
• 내장된 품질 방식을 적용합니다.
• 각 ScrumXP 팀에는 5~9명의 팀원이 있으며, 여기에는 각 반복에서 우수한 증분 가치를 구축하는 데 필요한 모든 역할이 포함됩니다.
• ScrumXP 역할에는 다음이 포함됩니다.
  • 팀 (개발팀 + QA팀)
  • 스크럼 마스터
  • 제품 소유자. 등..
• SAFe는 개발 타임라인을 PI(Program Increment) 내 반복 세트로 나눕니다.
• PI 기간은 8~12주입니다.
• 팀은 가치를 전달하기 위해 스토리를 사용할 것입니다. 제품 소유자는 스토리 생성 및 승인에 대한 콘텐츠 권한을 갖습니다.
• 스토리에는 고객의 요구사항이 포함됩니다.
• 팀 백로그에는 PI 계획 중에 식별되는 사용자 및 조력자 스토리가 포함됩니다. 제품 관리가 로드맵, 비전, 프로그램 백로그를 제시하는 경우.
• 스토리를 식별하고, 정교하게 만들고, 우선 순위를 지정하고, 일정을 계획하고, 구현하고, 테스트하고, 수용하는 것은 팀 수준의 관리 작업에 대한 기본 요구 사항입니다.
• 각 반복은 다음을 제공합니다.
  • 새로운 기능의 귀중한 증가
  • 끊임없이 반복되는 패턴을 통해 성취
  • 반복 계획
  • 일부 기능에 전념
  • 스토리 구축 및 테스트를 통해 반복 실행
  • 새로운 기능 데모
  • 회고전
  • 다음 반복을 위해 반복
• 팀은 또한 각 반복이 끝날 때 시스템 데모를 지원합니다. 이는 ART의 중요한 통합 지점입니다.
• 더 큰 가치 흐름에는 여러 ART가 있습니다.
• 혁신 및 계획(IP) 반복을 통해 팀은 혁신과 탐색의 기회를 얻습니다.

프로그램 레벨

역할/팀	이벤트	유물
DevOps (개발 운영)	PI(프로그램 증분) 계획	비전
시스템 팀	시스템 데모	로드맵 설정
릴리스 관리	점검 및 채택 워크숍	통계
제품 관리	Archi구조적 활주로	연혁
유엑스 ArchiTECT	언제든지 릴리스하세요	보도 자료
릴리스 트레인 엔지니어(RTE)	애자일 릴리스 트레인	프로그램 에픽
시스템 Archi기술/엔지니어	해제	프로그램 칸반
경영주		프로그램 백로그
린-애자일 리더		비 기능적 요구 사항
실천 커뮤니티		가중치 적용 최단 작업 우선(WSJF)
공유 서비스		프로그램 책임 연구원(PI) 목표
빠른		제품 특장점
		인 에이 블러
		해법
		가치 흐름 조정

• 프로그램 수준에서 SAFe의 가치는 수명이 긴 ART(Agile Release Train)를 통해 전달됩니다. 반복은 팀을 위한 것이고 훈련은 프로그램을 위한 것입니다.
• Agile Release Trains(ART)는 프로그램 수준에서 가치 전달을 위한 기본 수단입니다. 이는 조직에 가치 흐름을 제공합니다.
• 프로그램 증분(PI) 기간은 8~12주입니다.
• ART는 완전히 테스트되고 작동하는 시스템 수준 소프트웨어를 제공하는 데 필요한 모든 역할과 인프라를 포함하는 5~12개의 Agile 팀(~50~125명 이상)으로 구성됩니다.
• 각 PI는 여러 반복 시간 상자입니다. 이 기간 동안 시스템의 중요하고 가치 있는 증분이 개발되고 제공됩니다.
• 각 PI에서는 "데모" 및 "검사 및 조정" 세션이 진행되며 다음 PSI에 대한 계획이 시작됩니다.
• 프로그램 수준에서 SAFe는 정렬 원칙을 강조합니다. 이는 고객 가치를 창출하기 위해 여러 민첩한 팀 노력이 통합되기 때문입니다.
• SAFe 아티팩트 계층 구조는 다음과 같습니다. 에픽스->기능->사용자 스토리.
• 프로그램 수준에서 제품 관리자/프로그램 관리자는 콘텐츠 권한을 갖습니다. 그는 프로그램 백로그를 정의하고 우선순위를 지정합니다.
• 프로그램 백로그는 우선순위가 지정된 기능 목록입니다.
• 프로그램 수준에서는 기능이 생성되거나 포트폴리오 수준에서 정의된 에픽에서 파생될 수 있습니다.
• 기능은 사용자 스토리로 분해되어 팀 수준 백로그로 흘러갑니다.
• 제품 관리자 또는 릴리스 교육 엔지니어 역할은 프로그램 관리자/선임 프로젝트 관리자가 처리할 수 있습니다.
• 시스템 Archi프로그램 수준에서의 기술 역할은 팀과 일상 업무를 협업하는 것입니다. 이는 비기능적 요구 사항이 충족되도록 보장합니다. 또한 포트폴리오 수준에서 엔터프라이즈 아키텍트와 협력하여 다가올 사용자 및 비즈니스 요구를 지원할 충분한 아키텍처 활주로가 있는지 확인합니다.
• 팀을 위한 인터페이스 디자인, 사용자 경험 가이드라인, 디자인 요소 등은 UX 디자이너가 제공합니다.
• 최고 스크럼 마스터 역할은 '릴리스 트레인 엔지니어'가 담당합니다.
• 다양한 팀(마케팅, 개발, 품질, 운영, 배포)이 '릴리스 관리 팀'을 구성합니다. 이들은 고객에게 품질 솔루션의 정기적인 릴리스를 승인합니다.
• 고객 환경에 소프트웨어를 배포하고 성공적인 제공을 담당하는 것은 DevOps 팀입니다.

포트폴리오 수준

역할/팀	이벤트	유물
Enterprise Architect	전략적 투자 계획	전략적 주제
프로그램 포트폴리오 관리	칸반 포트폴리오(에픽) 계획	기업
에픽 오너스		포트폴리오 백로그
		포트폴리오 칸반
		비 기능적 요구 사항
		에픽과 인에이블러
		가치 흐름
		예산(자본 지출 및 운영 지출)

• SAFe에 대한 관심/관심/관여/의 최고 수준은 안전 포트폴리오
• 포트폴리오는 하나 이상의 가치 흐름을 통해 Lean-Agile Enterprise 가치 흐름을 구성하기 위한 기본 블록을 제공합니다.
• 포트폴리오는 전략적 주제(SAFe 포트폴리오를 기업의 변화하는 비즈니스 전략에 연결)에 설명된 시스템 및 솔루션을 개발하는 데 도움이 됩니다.
• 전략적 목표를 달성하기 위해 포트폴리오 수준은 이러한 요소를 캡슐화합니다. 기본적인 예산 책정 및 기타 거버넌스 메커니즘을 제공합니다. 이러한 방식으로 가치 흐름에 대한 투자가 기업에 필요한 수익을 제공하도록 보장합니다.
• 포트폴리오는 비즈니스와 양방향으로 연결됩니다.
  • 포트폴리오를 더 크게 변화하는 비즈니스 목표에 맞게 안내하기 위해 전략적 주제를 제공합니다.
  • 또 다른 방향은 포트폴리오 가치의 지속적인 흐름을 나타냅니다.
• 프로그램 포트폴리오 관리는 이해관계자 역할을 하며 비즈니스 결과를 제공할 책임이 있습니다.
• SAFe 포트폴리오 레벨에는 기업이 전략적 목표를 달성하는 데 필요한 인력, 프로세스, 필수 구축 시스템 및 솔루션이 포함되어 있습니다.
• 가치 흐름은 솔루션을 구축하는 데 필요한 인력 및 기타 자원에 대한 자금을 지원하는 포트폴리오의 주요 목표입니다.
• 여기서 사용된 중요한 핵심 개념은 다음과 같습니다.
  • 기업과의 연결,
  • 프로그램 포트폴리오 관리,
  • 포트폴리오 에픽의 흐름을 관리합니다.

가치 흐름 수준

역할/팀	이벤트	유물
DevOps (개발 운영)	PI(프로그램 증분) 사전 및 사후 계획	비전
시스템 팀	솔루션 데모	로드맵 설정
릴리스 관리	점검 및 채택 워크숍	통계
솔루션 관리	애자일 릴리스 트레인	연혁
유엑스 ArchiTECT		보도 자료
가치 흐름 엔지니어(RTE)		가치 흐름 에픽
해법 Archi기술/엔지니어		가치 흐름 칸반
공유 서비스		가치 흐름 백로그
빠른		비 기능적 요구 사항
공급 업체		가중치 적용 최단 작업 우선(WSJF)
		가치 흐름 PI 목표
		능력
		인 에이 블러
		솔루션 컨텍스트
		가치 흐름 조정
		경제적 틀
		솔루션 의도
		MBSE
		집합 기반
		기민한 Archi강의

• 가치 흐름 수준은 SAFe에서 선택 사항입니다.
• 가치 흐름 수준은 SAFe 4.0의 새로운 기능입니다.
• 가치 흐름 수준은 다음과 같은 기업/건축업자/조직을 위해 의도/설계되었습니다.

1. 큰 크기
2. 독립
3. 복잡한 솔루션을 가지고 있습니다
4. 해당 솔루션에는 일반적으로 여러 ART가 필요합니다.
5. 그들은 공급자 기여를 가지고 있습니다.
6. 그들은 가장 큰 시스템 문제에 직면해 있습니다.
7. 사이버물리시스템용
8. 소프트웨어, 하드웨어, 전기 및 전자, 광학, 기계, 유체공학 등.

• 이러한 종류의 시스템을 구축하려면 수백, 심지어 수천 명의 실무자, 외부 및 내부 공급업체가 필요한 경우가 많습니다.
• 시스템이 임무 수행에 중요한 경우. 솔루션 또는 하위 시스템의 실패는 용납할 수 없는 경제적, 사회적 결과를 초래합니다.
• 수백 명의 실무자로 기업을 구축할 수 있다면 이 수준의 구성이 필요하지 않을 수도 있습니다. 이 경우 '축소된 보기' 3레벨 SAFe입니다.
• Lean-Agile 패턴으로 가치 흐름 솔루션을 구축하려면 추가적인 아티팩트, 조정 및 구성이 필요합니다. 따라서 이 수준에는 가치 흐름에 대한 재정적 경계를 제공하는 경제 프레임워크가 포함되어 있습니다.
• 여러 ART 및 공급업체에 대한 케던스 및 동기화를 지원합니다. 여기에는 사전 및 사후 PI 계획 회의와 솔루션 데모가 포함됩니다.
• 이는 가치 흐름 엔지니어, 솔루션과 같은 추가 역할을 제공합니다. Archi텍트/엔지니어링, 솔루션 관리.

자주 묻는 질문