safe agile tutorial what is scaled agile framework
Scaled Agile Framework SAFe 자습서 :
지난 튜토리얼에서 우리는 세 가지 아미고 원칙 강력한 피드백 루프를 통해 더 빠른 속도로 올바른 솔루션을 제공하는 데 매우 유익한 것으로 입증되었습니다.
아직 겪지 않았다면 튜토리얼을 확인하세요 애자일 공간에 들어가기 위해서는 반드시 읽어야하는 책입니다.
오늘날 최고의 기술과 전달 메커니즘의 세계에서 변화하는 세계에 적응할 수있는 것은 매우 중요합니다. 성공하려면 조직은 고객에게 가치를 개발하고 제공하는 방식의 급격한 변화에 대처할 수 있어야합니다.
대부분의 조직이 민첩성으로 이동함에 따라 경쟁 우위를 유지하고 확장하는 것이 매우 중요해졌습니다. 이것이 바로 Scaled Agile Frameworks가 인상적인시기입니다.
이 SAFe 자습서에서는 Scaled Agile Framework에 대해 자세히 설명합니다. 우리는 또한 전반적인 문제 진술을 이해하는 것과 같이 SAFe를 도입해야 할 필요성을 강조하고 마지막으로 SAFe를 작동시키는 방법을 살펴볼 것입니다.
공을 굴리는 것부터 시작하겠습니다.
SAFe는 Scaled Agile Frameworks의 약자입니다. SAFe는 Scaled Agile 회사에서 제공합니다. 2011 년에 Dean Leffingwell이 창작자이자 공동 창립자로서 만들어졌습니다.
기업이 간결하고 민첩한 소프트웨어 개발 프로세스를 확장 할 수 있도록 돕기 위해 만들어졌습니다. LeSS, DAD 및 Nexus와 마찬가지로 SAFe는 팀을 확장하는 동안 직면 한 문제에 대한 해결책을 찾으려고 노력하는 사람들 중 하나입니다.
학습 내용 :
SAFe 이전
이전에 대규모의 복잡한 시스템을 구축하는 데 사용했을 때 그 결과는 제 시간에 제공 할 수 없었고 품질도 그다지 좋지 않았고 결과적으로 고객 경험도 좋지 않았습니다.
SAFe는 이러한 문제를 해결하기 위해 노력하고 있으며 이러한 프레임 워크를 채택한 회사는 놀라운 결과를 보여주었습니다.
SAFe는 무엇입니까?
Scaled Agile Framework는 애자일 린 채택의 4 가지 계층을 제공하는 프레임 워크입니다.
가장 낮은 수준은 여러 팀이 스크럼, Kanban 또는 XP 프로그래밍의 기본을 사용하여 팀 수준에서 가치를 제공하는 기타 애자일 방법론에서 수행하는 TEAM 수준이라고합니다.
위에서 아래로 진행되는 레벨 2는 PROGRAM이며, 프로그램 관리 팀의 리더십 아래 함께 작업하고 Agile 릴리스 트레인의 개념에서 가치를 제공하는 팀을 의미합니다.
SAFe 4.0에 추가 된 새로운 레이어는 VALUE STREAM이며, 이는 고객에게 상당한 양의 가치를 제공 할 책임이있는 프로그램 팀과 애자일 릴리스 트레인의 조합 일뿐입니다.
그리고 그 맨 위에는 포트폴리오 수준이라는 다음 수준이 있습니다.이 수준은 포트폴리오 아래의 세 수준에서 가치가 제공되는 방식을 조정하고 확인하는 역할을합니다.
Safe는 50 ~ 125 명의 실무자를 고용하는 소규모 솔루션과 수천 명의 사람들이 필요한 복잡한 시스템을 지원합니다.
자유롭게 공개되며 입증 된 성공 기록이있는 온라인 지식 기반입니다. 복잡한 소프트웨어 개발에 관여하는 많은 조직에서 사용합니다. SAFe는 또한 복잡한 소프트웨어 개발에서 직면 한 과제에 대해 이야기하고 각 계층에 관련된 다양한 역할, 책임, 아티팩트 및 다양한 활동에 대해서도 이야기합니다.
왜 확장 된 애자일 프레임 워크인가?
오늘날 새로운 소프트웨어와 시스템은 모든 곳에서 시장의 최대 관심을 끌고 있습니다. 혁신적인 아이디어와 새로운 작업 방식을 자주 도입함으로써 전통적이고 오래된 시스템을 주조하고 있습니다.
그렇긴하지만, 앞으로 나아가고 변화에 더 빨리 적응해야하는 절박함을 깨닫고 이해하는 조직은 성공할 것입니다.
소프트웨어 시스템을 개발하려면 상호 연결된 환경에서 발생하는 복잡성과 종속성에 보조를 맞춰야합니다. 그리고 빅 데이터, 소셜 미디어, 모바일 등과 같은 기술이 등장 할 때 상황은 더욱 복잡해집니다.
조직은 새로운 기술과 시스템이 도입되는 속도를 유지하고 수년 동안 그곳에 있었던 레거시 시스템을 유지해야합니다.
전통적인 세계에서 조직은 소프트웨어를 개발하기 위해 폭포 개발 모델을 사용했습니다.
이 소프트웨어는 순차 모드로 개발되었습니다. 즉, 다음 단계는 이전 단계가 완료된 경우에만 시작할 수 있습니다. 이 작업 방식은 고대에 훌륭하게 작동했지만 더 이상 혁신과 개발이 동등한 환경에서 원하는 결과를 얻지 못하고 있습니다.
따라서 순차 모드로 작업하는 조직은 규모와 성장을 위해 싸울 것입니다.
폭포 모델에서 소프트웨어를 개발하는 동안 직면하는 몇 가지 일반적인 문제는 아래 이미지에 나와 있습니다.
이러한 문제는 직원이 일하는 열악한 시스템의 사용과 직원의 성과로 인해 발생한다는 점에 유의하십시오.
따라서 이러한 장애물을 극복하고 극복하고 더 큰 목표를 달성하기 위해 우리는 더 간결하고 변화에 더 잘 대응할 수있는 기술을 도입해야합니다. 따라서 SAFe를 채택하는 것은 그 가치, 원칙 및 관행 때문에 적극 권장됩니다.
SAFe 형성
Scaled Agile Framework와 그 형성에 대한 논의를 시작하겠습니다. 지금까지 우리는 조직에 Scaled Agile 프레임 워크가 있어야한다는 필요성을 명확하게 설명하고 이해했습니다.
이제 동일한 목표를 달성하기 위해 유사한 조건에서 여러 팀이 작업하는 환경을 개념화하십시오. 앞으로 나아가서 Scaled Scrum과 같은 Agile Scaled Framework가이 공간에서 어떻게 작동하는지 살펴볼 때입니다.
- 모든 이해 관계자 (내부 또는 외부)와 경영진이 함께 모여 포트폴리오 백 로그라고도하는 매우 높은 수준의 포트폴리오 비전 문서를 만듭니다. 포트폴리오 백로 그는 본질적으로 Epics라고도하는 여러 비즈니스 및 아키텍처 요구 사항으로 구성됩니다. 이러한 비즈니스 및 아키텍처 서사시는 우선 순위에 따라 조정됩니다.
- 우선 순위에 따라 이러한 서사시는 제품 관리자 / 배송 관리자가 선택합니다. 그들은 잘 정의 된 로드맵과 비전 문서를 만듭니다. 릴리스 관리 팀과 릴리스 계획을 논의하여 로드맵을 프로덕션 릴리스에 맞추는 방식으로이 활동을 수행합니다.
- 로드맵 및 비전 문서가 생성되면 제품 관리자의 다음 단계는 프로그램 백 로그의 백 로그를 생성하는 것입니다. 프로그램 백로 그는 릴리스 항목, 기능 비트 및 NFR (비 기능 요구 사항) 풀로 구성됩니다.
- 릴리스 관리 팀은 릴리스주기의 기능에 맞게 릴리스 계획을 준비합니다.
- 릴리스 관리 팀은 이제 릴리스 계획 및 목표를 달성하기 위해 기능 비트에 대해 작업합니다. 또한 원활한 릴리스를 가능하게하는 아키텍처와 인프라를 준비하는 작업도합니다.
- 프로그램 백 로그에서 팀 백 로그라고도하는 개별 제품 백 로그로 이동합니다. 릴리스 / 시스템 팀에는 자체 제품 백 로그가 있으며, 마찬가지로 프로젝트에서 작업하는 모든 스크럼 팀은 개별 제품 백 로그를 갖게됩니다.
- 제품 백로 그는 기능 및 비 기능 스토리로 구성됩니다. 이러한 스토리는 해당 스크럼 팀에서 작업하는 제품 소유자가 우선 순위를 지정합니다.
- 일반적으로 확장 된 애자일 환경에서 작업하는 5-10 개의 스크럼 팀이 있습니다. 각 스크럼 팀에는 제품 소유자, 스크럼 마스터 및 개발 팀이 있습니다. Scaled Scrum에서 각 Scrum 팀 구성원의 역할과 책임은 일반 Scrum 환경에서와 동일합니다.
- 스크럼 팀은 모든 스크럼 의식을 수행하고 각 스프린트가 끝날 때 제공 할 증분을 개발하기 위해 노력합니다.
팁과 요령
- 모든 스크럼 팀에 대해 스프린트 시작일과 종료일은 같은 기간으로 유지됩니다. 따라서 모든 스크럼 팀의 스프린트가 동기화됩니다.
- 모든 스크럼 팀은 단일 임무를 수행하기 때문에 제품 제공에 대한 중단을 최소화하기 위해 이들 간의 종속성을 명확하게 정의하고 일정을 잡고 할당해야합니다. 스크럼 팀 간의 종속성은 확장 스크럼 환경에서 가장 일상적인 문제 중 하나입니다.
- 각 스크럼 팀은 각 스프린트가 끝날 때마다 증분을 제공 할 것으로 예상됩니다. 결합 될 때 이러한 모든 증분은 잠재적으로 해제 가능한 소프트웨어 증분을 형성합니다.
- Scaled Scrum에서 작업하는 동안 팀 구성원을 한 팀에서 다른 팀으로 이동하는 작업은 신중하게 이루어져야합니다. 스프린트 중에는 팀 멤버 이동이 허용되지 않으며이 규칙에도 예외가 없습니다.
- 프로그램의 전반적인 진행 상황은 모든 스크럼 팀이 개발 한 Increments를 통합하여 측정됩니다.
- Scaled Scrum에서 작업 할 때 'Scrum of Scrum'이라는 행사가 매일 또는 매주 진행되며 각 스크럼 팀의 대표 (일반적으로 스크럼 마스터)가 참여하도록 요청됩니다. 이 회의는 Daily Standup의 회의와 동일하며 목표도 동일하게 유지됩니다. '여러 팀 간의 정렬 및 동기화 유지'.
- 항상 SAFe (Scaled Agile Framework)의 핵심 가치를 모든 수준에서 그대로 유지하십시오.
핵심 가치: 정렬, 내장 된 품질, 정렬 및 투명성
- 스크럼 팀 간의 커뮤니케이션 및 협업은 생산성, 품질 및 출시 시간 측면에서 성공적인 확장 스크럼의 핵심입니다.
스크럼 프레임 워크의 여기 저기 약간의 조정은 스케일 드 스크럼의 형태로 놀라운 결과를 가져올 수 있습니다.
이 프레임 워크를 사용해야하는 이유는 무엇입니까?
SAFe 4.0은 이제이 프레임 워크를 구현하고 Lean-Agile 방식을 따라 가장 짧은 지속 가능한 리드 타임에 소프트웨어 제품을 제공하여 고객 경험을 개선 한 많은 거대 조직으로부터 성공에 대한 기록을 입증했습니다.
기본적으로 애자일 개발, 시스템 사고 및 린 개발을 기반으로 작동합니다.
다음과 같은 이점이 있습니다.
- 회사를위한 비즈니스 및 기술 목표 조정.
- 결과를 개선하기위한 결정을 내립니다.
- 정시 배송 예약.
- 솔루션의 품질 향상.
- 애자일 프로세스를 엔터프라이즈 수준으로 확장합니다.
- 직원의 기술을 효과적으로 활용합니다.
- 효과적인 조직 구조 정의
- 민첩한 팀 성과 측정
- 그리고 사람들에게 좋은 일을하고 새로운 것을 배우고 위험을 감수하도록 동기를 부여하는 방법을 제안하십시오.
다음은 성공적으로 구현 한 기업의 데이터입니다.
SAFe 구성
SAFe는 네 가지 구성으로 전체 범위의 개발 환경을 지원합니다.
1. 필수 안전
- Essential SAFe 구성은 프레임 워크의 핵심이며 구현을위한 가장 간단한 시작점입니다.
- 다른 모든 SAFe 구성의 기본 구성 요소이며 프레임 워크의 대부분의 이점을 실현하는 데 필요한 가장 중요한 요소를 설명합니다.
- 팀 및 프로그램 수준은 ART (Agile Release Train)라는 조직 구조를 형성합니다. 여기서 Agile 팀, 주요 이해 관계자 및 기타 리소스는 중요하고 지속적인 솔루션 임무에 전념합니다.
2. 포트폴리오 SAFe
- Portfolio SAFe 구성은 포트폴리오 실행을 엔터프라이즈 전략에 맞추는 데 도움이됩니다.
- 가치의 흐름을 중심으로 구성됩니다.
- 린 애자일 예산 책정은 의사 결정권자에게 권한을 부여합니다.
- Kanban 시스템은 포트폴리오 가시성과 WIP 제한을 제공합니다.
- 엔터프라이즈 아키텍처는 더 큰 기술 결정을 안내합니다.
- 목표 메트릭은 거버넌스 및 개선을 지원합니다.
- 에픽을 통한 가치 전달.
3. 대형 솔루션 SAFe
- 대규모 솔루션 SAFe 구성은 일반적으로 여러 Agile 릴리스 트레인 및 공급 업체가 필요하지만 포트폴리오 수준의 고려 사항은 필요하지 않은 가장 크고 복잡한 솔루션을 개발하기위한 것입니다.
- 이것은 항공 우주, 방위, 자동차 등과 같은 산업에서 일반적입니다.
- 대규모 솔루션 수준의 Solution Train 조직 구성은 대규모의 다 분야 소프트웨어, 하드웨어 및 복잡한 IT 시스템 구축과 같은 가장 큰 문제에 직면 한 기업을 지원합니다.
- 이러한 솔루션을 구축하려면 추가 역할, 아티팩트, 이벤트 및 조정이 필요합니다.
4. 완전 안전
- Full SAFe 구성은 프레임 워크의 가장 포괄적 인 버전입니다.
- 수백 명 이상의 사람이 필요하고 팀, 프로그램, 대규모 솔루션 및 포트폴리오와 같은 모든 수준의 SAFe를 포함하는 대규모 통합 솔루션을 구축 및 유지 관리하는 기업을 지원합니다.
- 대기업에서는 다양한 SAFe 구성의 여러 인스턴스가 필요할 수 있습니다.
기초
재단에는 규모에 맞게 가치를 성공적으로 제공하는 데 필요한 지원 원칙, 가치, 사고 방식, 구현 지침 및 리더십 역할이 포함되어 있습니다.
1. 린 애자일 리더
경영진은 비즈니스 결과에 대한 궁극적 인 책임이 있습니다. 리더는 훈련을 받아야하며, 그런 다음 이러한보다 간결한 사고 및 운영 방식의 트레이너가되어야합니다. 이를 위해 SAFe는 기업 리더가 보여주는 새로운 스타일의 리더십을 설명합니다.
Lean-Agile 리더는 반복적이고 점진적인 학습, 코칭, 인력 및 프로세스 개발 방법을 통해 더 나은 시스템을 구축하는 데있어 조직을 이끌고 있습니다.
SAFe 린 애자일 리더는 린 애자일 사고 방식과 SAFe 원칙을 이해하고 보여줌으로써 팀이 더 나은 시스템을 구축하도록 돕는 평생 학습자 및 교사입니다.
2. 핵심 가치
네 가지 핵심 가치는 SAFe의 신념 체계를 정의합니다.
프로그램 실행
- 프로그램 실행은 실행 팀이 고객에게 어떤 가치도 제공 할 수없는 다른 가치와 비교할 때 가장 중요한 핵심 가치입니다.
- 주로 작동하는 소프트웨어와 훌륭한 고객 경험에 중점을 둡니다.
- 복잡한 소프트웨어 개발은 검사의 도움으로 수행되고 마지막에는 능숙하며 모든 PI에서 더 잘 수행됩니다.
- 팀뿐만 아니라 Agile 리더의 도움으로 리더십 팀은 고객 만족도를 수행 할 수 있습니다.
투명도
- 모든 수준, 즉 팀, 프로그램, 가치 흐름 및 포트폴리오 수준에서 언제든지 프로젝트 진행 상황에 대한 정보를 표시하는 화이트 보드가 있습니다.
- 팀은 애자일 스크럼을 따르므로 모든 팀원은 서로를 신뢰하고 혁신을 촉진하는 결정을 자유롭게 내릴 수 있습니다.
- 모든 이해 관계자와 개방적이고 정직한 의사 소통을 장려합니다.
- 내부 정치보다 생산성, 품질, 투명성 및 개방성을 중시하십시오.
내장 품질
- 소프트웨어, 하드웨어 및 펌웨어에 대한 기본 제공 품질 관행을 점진적으로 채택하십시오. 고품질 코드, 구성 요소, 시스템 및 솔루션을 지원하는 기술 개발을 이해, 교육 또는 후원합니다.
- 실천 커뮤니티를 조성하십시오.
- 애자일 아키텍처 및 린 사용자 경험 (UX)을 이해하고 지원하고 적용합니다.
3. 린 애자일 사고 방식
린 애자일 리더는 평생 학습자이자 교사입니다. 그들은 린과 애자일 원칙과 관행을 이해하고 수용합니다.
Lean-Agile 사고 방식은 다음 두 가지로 표현됩니다.
(i) 린의 집 :
House of Lean은 여기에서 볼 수있는 것입니다.
다음과 같은 여러 요소가 있습니다.
값, Lean의 목표는 매우 간단하기 때문에 지속 가능한 리드 타임이 가장 짧습니다. 이는 사람과 문화에 대한 존중 , 제품 개발 흐름, 혁신 (장기적 지속 가능성에 매우 중요 함) 및 끊임없는 개선. 그리고 그것은 지도 .
이것이 우리가 린 (Lean) 패러다임을 생각하는 구조입니다.
(ii) 애자일 선언 :
둘째는 애자일 선언 , 2001 년부터 우리와 함께 해왔습니다. 매우 잘 작성된 문서이며 지금까지도 사실입니다. Agile Manifesto는 솔루션과 소프트웨어를 개발하는 지식 근로자의 동기와 재능을 드러내는 열쇠이기 때문에 필요합니다.
애자일 선언
- 가장 중요한 것은 가치있는 소프트웨어를 지속적이고 조기에 제공하여 고객을 만족시키는 것입니다.
- 개발이 늦어도 변화하는 요구 사항을 수용하십시오. 애자일 프로세스는 고객의 이익을 위해 변화를 활용합니다.
- 짧은 기간을 선호하여 2 주에서 2 개월까지 작업 소프트웨어를 자주 제공하십시오.
- 개발자와 비즈니스맨은 프로젝트 내내 매일 함께 작업해야합니다.
- 동기 부여 된 개인을 중심으로 프로젝트를 구축하십시오. 그들에게 필요한 지원과 환경을 제공하고 그들이 일을 완수 할 수 있도록 신뢰하십시오.
- 개발팀과의 가장 효율적인 커뮤니케이션 방법은 대면 대화입니다.
- 작업 소프트웨어는 진행 상황의 주요 척도입니다.
- 애자일 프로세스는 지속 가능한 개발을 촉진합니다. 후원자, 개발자 및 사용자는 무한정 일정한 속도를 유지할 수 있어야합니다.
- 기술적 우수성과 우수한 디자인에 대한 지속적인 관심은 민첩성을 향상시킵니다.
- 단순성-수행하지 않은 작업량을 극대화하는 기술이며 매우 중요합니다.
- 최상의 아키텍처, 요구 사항 및 디자인은 자체 구성 팀에서 나옵니다.
- 정기적으로 팀은 더 효과적인 방법을 숙고 한 다음 그에 따라 행동을 조정하고 조정합니다.
4. 안전 원칙
SAFe 관행은 Agile 방법, 린 제품 개발, 시스템 사고 및 수십 년의 현장 경험을 종합하는 9 가지 원칙에 기반합니다.
- 경제적 관점을 취하십시오
- 시스템 사고 적용
- 가변성을 가정하고 옵션을 보존하십시오.
- 빠르고 통합 된 학습 주기로 점진적으로 구축하십시오.
- 작업 시스템의 객관적인 평가에 대한 기본 이정표
- WIP 시각화 및 제한, 배치 크기 감소, 대기열 길이 관리
- 케이던스 적용, 교차 도메인 계획과 동기화
- 지식 근로자의 본질적인 동기 부여
- 의사 결정 분산화
5. 구현 로드맵
Lean-Agile 기술 기업이되는 데 필요한 변경 사항을 구현하는 것은 대부분의 회사에서 상당한 변화입니다. SAFe는이 여정에서 조직을 돕거나 안내하는 구현 로드맵을 제공합니다.
마지막으로 구현에 대해 논의하겠습니다. 이를 구현 SAFe 1-2-3 모델을 사용하여 설명하겠습니다.
첫 번째는 린 애자일 변경 에이전트를 교육하는 것입니다. 이를 SAFe 프로그램 컨설턴트라고합니다. Lean-Agile 변경 에이전트의 충분한 직원이 현장에 있고 파트너와 협력하면 가치를 제공하는 사람을 관리 할 책임이있는 임원, 리더 및 관리자를 교육 할 수 있습니다.
그러면 Agile Release Train의 출시를 지원할 수 있습니다. 한 번에 하나의 기차로 해당 Agile 포트폴리오를 구축 할 수 있습니다.
6. SAFe 프로그램 컨설턴트 (SPC)
SPC는 SAFe에 대한 기술적 지식과 회사의 소프트웨어 및 시스템 개발 프로세스를 개선하기위한 본질적인 동기를 결합하는 변경 에이전트입니다.
결론
안전한 팀 (하위 수준) 및 프로그램 수준과의 조율을 제공 할뿐만 아니라 조직 전략 (최상위 수준) 및 팀이 최상위 수준에서 바로 고객에게 가치를 추가하는 방식에 맞추는 데 도움이되는 프레임 워크입니다.
다양한 구성으로 제공되며 회사에서 활용할 수 있습니다.
그것은 큰 조직에서 사용할 수 있으며, 구현 된 회사로부터 좋은 피드백을 얻었으며 올바르게 사용하면 규칙, 가치 및 원칙을 얻었습니다. 조직은 고객을 기쁘게하고 가장 짧은 지속 가능한 리드로 소프트웨어를 생산할 수 있습니다. 가치를 더하는 시간.
이 튜토리얼을 통해 우리는 Agile Scrum 시리즈 . 즐거운 시간을 보내시고 Agile에 대한 기사를 즐겁게 읽으 셨기를 바랍니다.
또한 애자일 시리즈의 주제를 잊었다 고 생각되면 알려주십시오. 우리는 더 나아가 기꺼이 주제를 다룰 것입니다. 다음은 답이있는 흥미로운 애자일 퀴즈입니다. 시도하는 것을 잊지 마세요 !!
C ++의 링크 목록