다음을 통해 공유


Azure Boards에서 크기 조정된 Agile Framework® 구현

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

많은 기업이 개별 Agile 팀의 혜택을 누릴 수 있습니다. 조직이 성장함에 따라 Agile 사례를 확장하기 위해 더 큰 관심이 증가합니다. 기업이 많은 Agile 팀과 포트폴리오 전반의 진행 상황을 볼 필요성은 계속 증가하고 있습니다. 이러한 요구를 해결하기 위해 많은 기업에서 SAFe®(Scaled Agile Framework®)를 채택했습니다.

스크럼에 익숙하지만 SAFe®에 익숙하지 않은 경우 SAFe Studio Framework를 참조하세요.

Azure Boards는 자율 팀, 백로그, 보드, 보고서 및 메트릭을 통해 SAFe® 사례를 지원합니다. 이 문서에서는 Azure Boards 아티팩트가 SAFe 사례 및 아티팩트 지원 방법을 소개합니다.

  • 크기 조정된 Agile 프레임워크®
  • Essential SAFe®
  • 포트폴리오 SAFe®
  • 대규모 솔루션 SAFe®
  • 빠른 참조 매핑
  • SAFe®의 Azure Boards 구현

참고 항목

이 문서는 Azure Boards 및 Azure DevOps Services에 적용되는 크기 조정된 Agile Framework® 자습서 집합 중 하나입니다. 대부분의 지침은 클라우드 및 온-프레미스 버전 모두에 유효합니다. 그러나 일부 기능 및 절차는 클라우드 또는 최신 버전의 Azure DevOps Server와 관련이 있습니다.

Scaled Agile Framework®

SAFe®는 특정 목표와 관련된 팀의 계층 구조에서 포트폴리오 비전을 충족하는 방법을 설명합니다. 이 프레임워크는 에픽을 기능과 스토리로 나눕니다. Teams는 스프린트에서 이러한 항목을 작업하고 프로그램 증분(PI) 및 릴리스 열차를 통해 제공합니다. 또한 포트폴리오 백로그는 가치 스트림 및 관련 예산에 매핑되는 결과물을 추적할 수 있습니다.

SAFe® 아키텍처 개요 버전 5.0

SAFe® 아키텍처 개요 버전 5 © D. Leffingwell

2011-2020 년 크기 조정된 Agile Inc.의 © 사용 권한으로 재현되었습니다. All rights reserved.

SAFe® 및 Scaled Agile Framework는 Scaled Agile Inc.의 등록 상표입니다.

SAFe® 5.0 비즈니스 민첩성

많은 SAFe® 사례에는 민첩성, 맞춤 및 자율성을 지원하는 문화를 성장시키는 동시에 고객 중심이 되는 것이 포함됩니다.

SAFe® 개요 5.0 © D. Leffingwell

2011-2020 년 크기 조정된 Agile Inc.의 © 사용 권한으로 재현되었습니다. All rights reserved.

Azure Boards에서 비즈니스 민첩성 및 민첩한 문화를 지원하는 몇 가지 방법은 다음 문서에서 설명합니다.

Essential SAFe®

필수 SAFe®는 다음 포스터에 설명된 아티팩트 및 사례를 지원해야 합니다.

Essential SAFe® 포스터 아키텍처 개요 © D. Leffingwell

2011-2020 년 크기 조정된 Agile Inc.의 © 사용 권한으로 재현되었습니다. All rights reserved.

이러한 모든 아티팩트 및 사례는 Azure Boards에서 지원됩니다.

  • 스토리, 기능 및 사용: 작업 정보 및 상태를 캡처하는 작업 항목으로 구현됩니다. 이러한 작업 항목은 팀 백로그 및 보드에 자동으로 표시됩니다.
  • 팀 백로그프로그램 백로그: 팀에 할당된 작업 항목을 필터링하고 작업의 우선 순위 지정 및 그룹화를 지원하는 팀 백로그로 구현됩니다.
  • 스크럼Kanban: 보드, 스프린트 백로그 및 태스크보드, 팀 및 스프린트 주기를 사용하여 완전히 지원되는 사례입니다.
  • 반복, IP(혁신 및 계획) 반복, PI(프로그램 증가), 마일스톤릴리스 열차: 반복 경로의 계층적 구성 또는 플랫 목록을 통해 구현됩니다.
  • Agile 릴리스 학습: 특정 팀 및 프로그램 보기를 지원하도록 구성된 Agile 팀 및 프로그램 팀 집합에 의해 구현됩니다.
  • PI 목표, 팀 목표솔루션 컨텍스트: Teams는 기본 제공 프로젝트 wiki를 사용하여 목표, 목표, 고객 정보 및 솔루션 요구 사항을 공유할 수 있습니다.

Azure Boards에서 스크럼 및 Kanban을 구현하는 방법에 대한 개요는 스프린트, 스크럼 및 프로젝트 관리 및 About Boards 및 Kanban을 참조하세요.

포트폴리오 SAFe®

포트폴리오 SAFe®는 에픽, 인에이퍼 및 가치 스트림을 통해 포트폴리오 관리에 대한 지원을 추가합니다.

포트폴리오 SAFe® 포스터 아키텍처 개요 © D. Leffingwell

2011-2020 년 크기 조정된 Agile Inc.의 © 사용 권한으로 재현되었습니다. All rights reserved.

Azure Boards는 다음 포트폴리오 구성 요소에 대한 지원을 제공합니다.

  • 에픽: 에픽 작업 항목 유형에 매핑하고 자식 항목의 추적, 그룹화 및 롤업을 허용합니다.
  • 포트폴리오 백로그: 비즈니스 요구 사항 검토에 따라 작업 필터링을 지원하는 포트폴리오 백로그로 구현됩니다.
  • 포트폴리오 비전전략적 테마: 비즈니스 소유자 및 포트폴리오 관리자는 기본 제공 프로젝트 위키를 사용하여 비전, 목표 및 목표를 공유할 수 있습니다.
  • 값 스트림: 태그 또는 사용자 지정 필드를 사용하여 값 스트림을 추적할 수 있습니다.
  • 린 예산: 예산 정보를 사용자 지정 필드에서 캡처하고 롤업하여 기능 및 에픽 수준에 대한 가시성을 얻을 수 있습니다.
  • KPI: 여러 보고서 및 대시보드 위젯은 기본 제공 메트릭을 제공합니다. Power BI 및 Analytics 서비스는 사용자 지정 보고서를 신속하게 만들 수 있도록 지원합니다.

대규모 솔루션 SAFe®

대규모 솔루션 SAFe®에는 솔루션 백로그, 솔루션 학습 및 기능에 대한 지원이 포함됩니다.

대형 솔루션 SAFe® 포스터 아키텍처 개요 © D. Leffingwell
2011-2020 년 크기 조정된 Agile Inc.의 © 사용 권한으로 재현되었습니다. All rights reserved.

포트폴리오 SAFe를 구현하는 것과 거의 동일한 방식으로 대규모 솔루션을 구현할 수 있습니다®. 그러나 사용자 지정 작업 항목 유형 및 사용자 지정 백로그를 추가하여 다른 솔루션 요구 사항을 지원할 수도 있습니다.

전체 SAFe®

전체 SAFe®에는 세 가지 수준의 Essential SAFe®, 대규모 솔루션 SAFe® 및 포트폴리오 SAFe®가 포함됩니다.

전체 SAFe® 포스터 아키텍처 개요 © D. Leffingwell

SAFe 아티팩®트가 Azure Boards에 매핑되는 방법

다음 표에서는 SAFe® 용어 또는 아티팩트가 해당하는 Azure Boards 용어 또는 아티팩트로 매핑됩니다. 구현 세부 정보에 대해 알아보려면 링크를 선택합니다.

SAFe® 용어 또는 아티팩트

Azure Boards 용어 또는 아티팩트

Agile 팀

Teams. 기능 또는 개발 팀, 프로그램 및 포트폴리오 팀 또는 솔루션 교육 팀의 요구 사항을 충족하도록 팀의 계층 구조를 정의합니다.

AGILE 릴리스 학습(ART)

Teams. Agile 팀은 기능 집합에 대한 결과물의 작업을 관리합니다. 각 Agile 팀에는 작업 흐름을 지원하고 진행 상황 및 결과물을 검토하는 Agile 도구 집합이 있습니다.

Budgets

태그, 값 영역입니다. 태그 또는 값 영역 필드를 사용하여 특정 예산 또는 값 스트림과 관련된 작업을 추적할 수 있습니다.

기능

작업 항목입니다. 에픽 및 기능과 유사한 기능을 정의, 계획 및 추적합니다. 작업 항목 및 다양한 팀 백로그 내에서 캡처합니다.

Enablers

작업 항목입니다. 에픽, 기능 및 스토리와 유사한 인에이퍼를 정의, 계획 및 추적합니다. 작업 항목 및 다양한 팀 백로그 내에서 캡처합니다.

에픽

에픽 작업 항목입니다. 에픽 작업 항목 유형을 사용하여 에픽을 정의합니다. 에픽은 에픽, 기능 및 스토리의 작업 항목 계층 구조의 맨 위에 있습니다.

기능

기능 작업 항목입니다. 기능 작업 항목 유형을 사용하여 기능을 정의합니다. 기능은 많은 스토리의 컨테이너이며 자체 포트폴리오 백로그에 표시됩니다.

IP(혁신 및 계획) 반복

반복 경로입니다. 프로젝트의 반복 경로를 정의하고 시작 및 종료 날짜를 설정합니다. 각 팀은 함께 작업하는 반복을 구독합니다.

반복

반복 경로입니다. 프로젝트의 반복 경로를 정의하고 시작 및 종료 날짜를 설정합니다. 각 팀은 함께 작업하는 반복을 구독합니다.

마일스톤

중요 시점 및 주요 이벤트. 중요 시점은 각 반복이 끝날 때 발생합니다. 사용자 지정 필드 및 태그를 사용하여 중요 시점 및 주요 이벤트와 작업을 연결할 수도 있습니다.

포트폴리오 백로그

포트폴리오 백로그. 포트폴리오 백로그에는 자식 기능 및 스토리를 확장하고 표시하는 옵션이 포함된 포트폴리오와 연결된 Epics가 나열됩니다.

포트폴리오 칸반

포트폴리오 에픽 보드. 포트폴리오 팀의 보드는 에픽 백로그를 대화형, 구성 가능 및 필터링 가능한 보드에 카드로 표시합니다.

Portfolio Vision

Wiki. 프로젝트 위키를 사용하여 전략, 솔루션 및 팀이 협업하여 포트폴리오 및 프로그램 결과물을 생성하는 방법과 관련된 조직 정보를 광범위하게 공유할 수 있습니다.

프로그램 백로그

기능 백로그. 기능 백로그에는 자식 스토리를 확장하고 표시하는 옵션이 있는 프로그램과 연결된 기능이 나열됩니다.

Program Kanban

프로그램 기능 보드. 프로그램 보드는 기능 백로그를 대화형, 구성 가능 및 필터링 가능한 보드에 카드로 표시합니다.

PI(프로그램 증가) 반복 경로

반복 경로입니다. 반복 경로는 시작 날짜와 종료 날짜가 있는 프로젝트의 시간 상자를 정의합니다. 반복 경로는 1주일에서 12주 이상까지 정의할 수 있습니다.

회고 및 리뷰

회고. 각 팀은 보드를 추가하여 개선 프로세스를 지원하기 위해 작업 항목을 캡처, 우선 순위 지정 및 만들 수 있습니다.

로드맵

배달 계획, 기능 타임라인. Azure Boards는 구성 가능한 대화형 보기를 제공하여 로드맵 및 팀 결과물을 검토합니다.

공유 서비스

공유 서비스 팀 구조: 팀 간에 공유되는 리소스는 자체 Agile 기능 팀을 통해 나타낼 수 있습니다. 각각은 백로그를 관리할 수 있으며, 해당 작업은 지원하는 팀의 백로그에도 표시됩니다.

해결 방법

솔루션: 솔루션은 사용자 지정 솔루션 작업 항목 유형을 통해 나타낼 수 있습니다.

솔루션 백로그

솔루션 포트폴리오 백로그. 사용자 지정 작업 항목 유형 및 포트폴리오 백로그를 정의하여 대규모 솔루션의 특별한 비즈니스 요구 사항을 캡처하거나, Epics 및 Epic 포트폴리오 백로그를 사용하여 솔루션을 캡처할 수 있습니다.

전략적 테마

Wiki. Portfolio Vision과 유사한 전략적 테마는 프로젝트 위키에서 캡처할 수 있습니다.

스토리

사용자 스토리 작업 항목입니다. 사용자 스토리는 배달하려는 기능을 캡처합니다. 일반적으로 크기가 조정되어 단일 반복으로 완료됩니다.

팀 백로그

스토리 백로그. 스토리 백로그에는 팀과 연결된 영역 경로에 할당된 사용자 스토리가 나열됩니다.

Team Kanban

스토리 보드. 스토리 보드는 대화형, 구성 가능 및 필터링 가능한 보드에 스토리 백로그를 카드로 표시합니다.

값 스트림

태그, 값 영역입니다. 태그 또는 값 영역 필드를 사용하여 특정 예산 또는 값 스트림과 관련된 작업을 추적할 수 있습니다.

SAFe®의 Azure Boards 구현

이 자습서 모음 내의 다음 각 문서에서는 Azure Boards를 구성, 사용자 지정 및 사용하여 SAFe® 프로그램 및 프로젝트를 구현하는 방법에 대한 세부 정보를 제공합니다.

다음 단계

작성자 정보

현재 콘텐츠에 대한 검토 및 피드백에 대해 다음 참가자에게 감사드립니다.

  • Phillip Eng은 Microsoft 디지털 추구 및 지침의 선임 설계자입니다.
  • Hosam Kamel은 Microsoft 및 ALM Ranger를 위한 기술 솔루션 전문가입니다.
  • Willy-Peter Schaub는 Microsoft 캐나다 개발 센터에서 Visual Studio ALM Rangers의 전 프로그램 관리자입니다. 당신은 twitter.com/wpschaub 트위터에 윌리 피터를 따를 수 있습니다.

이 시리즈의 문서는 다음 저자와 공동으로 개발된 이전 백서에서 업데이트되었습니다.

  • 고든 비밍은 남아프리카 공화국 더반의 햇볕이 잘 드는 도시에 있는 파생코의 소프트웨어 개발자입니다. 그는 Visual Studio에서 키보드를 해킹하거나 가족과 함께 휴식을 취하는 데 대부분의 시간을 보냅니다. 그의 블로그는 gordonbeeming.xyz 있으며 twitter.com/gordonbeeming 트위터에서 그를 팔로우 할 수 있습니다.
  • Brian Blackman은 Microsoft 프리미어 개발자의 수석 컨설턴트로, 엔지니어링 및 마켓플레이스에서 ISV 파트너와 엔터프라이즈의 성공에 영향을 주는 데 중점을 두고 있습니다. 그는 MBA를 보유하고 있으며 CSM, CSP, MCSD(C++) 및 MCTS이며 Visual Studio ALM Ranger입니다. 그는 Ruck 마스터링이 아니고 Visual Studio ALM Ranger 프로젝트에 기여하지 않을 때 코드를 작성하고, 워크샵을 만들고, 제공하고, 다양한 집중에서 컨설팅하는 데 시간을 할애하며, 특히 조직이 비즈니스 민첩성을 추구하는 데 도움을 줍니다.
  • Gregg Boer는 Microsoft의 주요 프로그램 관리자입니다. Gregg는 Azure DevOps 및 온-프레미스 TFS에서 제공하는 Agile 관리 환경의 제품 소유자입니다.
  • 캐스린 엘리엇은 Microsoft의 선임 기술 작가입니다.
  • Susan Ferrell은 선임 기술 작가이자 Visual Studio ALM Ranger입니다.
  • Willy-Peter Schaub는 Microsoft 캐나다 개발 센터에서 Visual Studio ALM Rangers의 전 프로그램 관리자입니다. 80년대 중반부터 소프트웨어 엔지니어링의 단순성과 유지 관리를 위해 노력해 왔습니다. 당신은 twitter.com/wpschaub 트위터에서 그를 따를 수 있습니다.
  • 마이크 더글러스 (독립 컨설턴트, ALM 레인저), 리처드 헌드하우젠 (독립적 인 컨설턴트, ALM 레인저) 및 빌 헤이스 (독립적 인 컨설턴트, ALM 레인저): 이 문서를 검토하기위한 다음 기술 전문가에게 특별한 감사드립니다.