SAFe® 개념이 Azure Boards 아티팩트로 매핑되는 방법
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
SAFe(Scaled Agile Framework)를 사용하려는 경우 SAFe®® 결과물을 추적하도록 Azure Boards 프로젝트를 구성할 수 있습니다. Azure Boards가 스크럼 및 Agile 사례를 지원하는 것처럼 SAFe®와 많은 수의 팀이 릴리스에 걸쳐 있는 Epics에서 함께 작업할 수 있도록 지원할 수 있습니다.
이 자습서에서는 다음 SAFe 아티팩®트가 특정 Azure Boards 아티팩트로 매핑되는 방법을 보여 줍니다.
- SAFe® Agile, 프로그램 및 포트폴리오 팀
- 서사시, 기능 및 스토리와 같은 SAFe® 결과물
- SAFe® 제품, 프로그램 및 포트폴리오 보기
- SAFe® 릴리스 열차, 스프린트 및 기타 시간 상자
- SAFe® 반복 목표 및 목표
- SAFe® 값 스트림 및 예산
- SAFe® 포트폴리오 비전 및 전략적 테마
- SAFe® 로드맵
- SAFe® 중요 시점 및 이벤트
- SAFe® 회고전 및 리뷰
Azure Boards에서 스크럼 및 Kanban을 구현하는 방법에 대한 개요는 스프린트, 스크럼 및 프로젝트 관리 및 About Boards 및 Kanban을 참조하세요.
참고 항목
이 문서는 Azure Boards 및 Azure DevOps Services에 적용되는 크기 조정된 Agile Framework® 자습서 집합 중 하나입니다. 대부분의 지침은 클라우드 및 온-프레미스 버전 모두에 유효합니다. 그러나 일부 기능 및 절차는 클라우드 또는 최신 버전의 Azure DevOps Server와 관련이 있습니다.
다음 이미지는 3단계 팀 계층 구조를 지원하고 팀을 해당 영역 및 반복 경로에 매핑하도록 Azure Boards를 구성하는 방법을 보여 줍니다. 예제는 Agile 프로세스에서 빌드되지만 변경 내용은 Azure Boards에서 호스트되는 모든 프로젝트 및 프로세스에 적용할 수 있습니다.
아래에 제공된 예제에서는 계층적 영역 경로를 사용하여 3단계 팀 계층 구조를 구성하는 방법을 보여 줍니다. 이 예제는 Agile 프로세스에서 빌드되지만 Azure Boards에서 호스트되는 모든 프로젝트에 이러한 변경 내용을 적용할 수 있습니다.
Agile 기능, 프로그램 및 포트폴리오 팀
Azure Boards는 각 팀이 자신의 작업을 자체적으로 볼 수 있도록 지원합니다. 계층적 팀 구조를 구성하여 각 팀은 작업에 집중하고 팀 계층 구조 내에서 작업을 다음 수준으로 롤업할 수 있습니다.
SAFe® 팀을 지원하기 위해 기본 팀을 포트폴리오 팀으로 다시 구성하여 서사시를 관리합니다. 그런 다음 프로그램 수준 작업 및 팀 수준 작업에 대한 하위 팀을 만듭니다. 작업은 팀 전체와 각 수준에서 추적할 수 있습니다.
스토리, 기능, 에픽, 인에이퍼 및 기능
모든 작업 및 결과물은 작업 항목에 캡처됩니다. 각 작업 항목은 미리 정의된 워크플로를 사용하여 특정 작업 항목 유형과 연결됩니다. 각 Azure Boards 프로세스는 SAFe® 결과물을 추적하는 데 사용할 수 있는 특정 작업 항목 유형에 대한 지원을 제공합니다.
사용할 수 있는 작업 항목 유형은 다음 이미지와 같이 프로젝트를 만들 때 사용한 프로세스(Agile, Basic, Scrum 또는 CMMI)를 기반으로 합니다.
다음 이미지는 Agile 프로세스 백로그 작업 항목에 대한 계층 구조를 보여줍니다.
사용자 스토리 및 작업은 작업을 추적하는 데 사용됩니다.
버그는 코드 결함을 추적합니다.
에픽 및 기능은 더 큰 시나리오에서 작업을 그룹화하는 데 사용됩니다.
각 팀은 버그 작업 설정을 구성 하여 사용자 스토리 또는 작업 작업 항목과 동일한 수준에서 버그 작업 항목을 관리하는 방법을 구성할 수 있습니다 . 이러한 작업 항목 형식을 사용하는 방법에 대한 자세한 내용은 Agile 프로세스를 참조 하세요.
백로그의 항목을 사용자 스토리(Agile) 문제(기본), 제품 백로그 항목(스크럼) 또는 CMMI(요구 사항)라고 할 수 있습니다. 네 가지 모두 유사합니다. 배달할 고객 가치와 완료할 작업을 설명합니다.
기능 또는 에픽을 사용하여 사용자 스토리 또는 기능 및 기능을 사용하여 Enabler를 추적할 수 있습니다. 또는 특정 추적 및 보고 요구 사항이 있는 경우 사용자 지정 작업 항목 유형을 추가하여 이러한 유형의 결과물을 추적할 수 있습니다. 자세한 내용은 Azure Boards 사용자 지정, 사용자 지정 작업 항목 유형 추가를 참조 하세요.
작업 항목은 다음 작업을 지원합니다.
- 설명 및 승인 조건 추가
- 팀 또는 영역 경로 및 프로젝트 멤버에 할당
- 상태 업데이트하고 반복 또는 스프린트에 할당
- 작업 항목 연결, 파일 첨부, 태그 추가
- 메모 추가 및 토론 스레드 보기
제품 및 포트폴리오 백로그를 사용하면 팀이 사용자 스토리, 기능 및 에픽을 빠르게 추가하고 우선 순위를 지정할 수 있습니다. 작업 항목 및 작업 항목 유형에 대한 자세한 내용은 사용자 스토리, 문제, 버그, 기능 및 에픽을 사용하여 작업 추적을 참조 하세요.
팀 백로그 및 보드
SAFe® 백로그는 팀, 프로그램 및 포트폴리오 백로그에 매핑됩니다. 기본적으로 Agile 프로세스는 사용자 스토리, 기능 및 에픽 백로그 수준을 지원합니다. 계층적 백로그 구조는 에픽 진행 중인 기능 및 사용자 스토리를 지원하기 위해 수행된 작업을 보여줍니다.
백로그 및 보드를 사용자 지정하고, Azure Boards 사용자 지정, 백로그 사용자 지정에 설명된 대로 포트폴리오 백로그를 추가할 수도 있습니다.
각 백로그의 Kanban 보드 보기는 각 팀에서 구성할 수 있습니다.
프로그램 증분, 릴리스 및 스프린트
SAFe® 릴리스 학습, 릴리스, 반복, 프로그램 증분(PI) 및 스프린트는 반복 경로에 쉽게 매핑됩니다. 팀 계층 구조 간에 반복을 공유하면 응집력 있는 방식으로 릴리스를 관리합니다.
에픽은 여러 릴리스 열차에 걸쳐 있기 때문에 포트폴리오 팀은 특정 반복과 관련이 없습니다. 프로그램 팀은 PI와 함께 제공되는 기능 결과물을 추적합니다. 그리고 기능 팀은 스프린트에서 작업하여 여러 스토리를 완료합니다. 각 팀은 포커스가 있는 결과물 집합을 추적하도록 지원하는 반복을 선택합니다.
반복 목표 및 목표
SAFe® 사례에는 반복 목표와 목표를 정의하는 Agile 릴리스 팀이 포함됩니다. 프로젝트 wiki 또는 팀 대시보드를 사용하여 팀 정보를 캡처하는 것이 좋습니다. 프로젝트 위키와 팀 대시보드는 모두 Markdown을 지원하여 정보를 추가하고 서식을 지정합니다.
자세한 내용은 이 문서의 뒷부분에 있는 공유 정보를 참조하세요.
가치 스트림 및 예산
태그를 사용하여 기능과 에픽을 가치 스트림, 전략적 테마 및 관련 예산에 빠르고 쉽게 매핑할 수 있습니다. 사용자 지정 필드를 추가하여 기능의 예산 예상을 캡처한 다음, Epics로 롤업할 수 있습니다.
작업 항목에 추가하는 태그를 사용하여 다음을 수행할 수 있습니다.
- 백로그 또는 Kanban 보드 필터링
- 태그를 기반으로 쿼리를 만들고 태그별로 쿼리 결과를 필터링합니다.
- 태그를 기반으로 진행률 및 추세 차트 또는 보고서 만들기
아키텍처 또는 비즈니스 기능에 대한 작업을 보다 강력하게 매핑하려면 각 에픽, 기능 또는 스토리에 대한 값 영역을 지정할 수 있습니다.
롤업을 사용하면 다음 이미지와 같이 자식 기능에 정의된 예상 예상을 롤업하여 Epics에 대한 예산 추정치를 가져올 수 있습니다.
사용자 지정 필드를 추가하려면 Azure Boards 사용자 지정, 사용자 지정 필드 추가를 참조 하세요.
프로젝트 위키를 사용하여 포트폴리오 비전 및 전략적 테마 지원
Azure DevOps 프로젝트 wiki를 사용하여 조직과 정보를 널리 공유할 수 있습니다. Wiki는 Markdown 및 WYSIWYG 편집기를 사용하여 페이지 추가 및 편집을 지원하는 git 리포지토리와 유사합니다. 각 페이지의 버전을 지정하여 변경한 사용자를 쉽게 추적하고 이전 버전을 복구할 수 있습니다.
프로젝트 위키를 사용하여 다음 SAFe® 아티팩트 공유를 지원합니다.
- Portfolio Vision
- 전략적 테마
- 분류
- 목표
- 목표
- 고객 중심 사례
프로젝트 위키에 대한 자세한 내용은 이 문서의 뒷부분에 있는 공유 정보를 참조하세요.
중요 시점 및 주요 이벤트
각 프로그램 증분, 스프린트, 릴리스 학습 또는 IP(혁신 및 계획) 반복의 끝은 자연스러운 SAFe® 마일스톤을 나타냅니다. 많은 이정표는 회고전 수행 또는 작업 소프트웨어 시연과 같은 특정 의식이나 관행과 관련이 있습니다.
Azure Boards에서는 다음과 같은 방법으로 다른 유형의 중요 시점 또는 주요 이벤트를 추적할 수 있습니다.
- 미리 정의된 선택 목록이 있는 마일스톤 또는 릴리스 필드와 같은 사용자 지정 필드
- 작업 항목에 추가된 태그로
- 대상 날짜를 지정하는 작업 항목으로
- 1일 반복 경로로
사용자 지정 필드 및 태그를 사용하면 특정 중요 시점을 기준으로 백로그, 보드 및 쿼리를 빠르게 필터링할 수 있습니다.
공유 서비스 팀 구조
팀 간에 공유되는 리소스는 UX 디자인 팀 또는 보안 규정 준수 팀과 같은 자체 Agile 기능 팀을 통해 나타낼 수 있습니다. 지원되는 팀의 백로그에도 작업을 표시하면서 백로그를 관리할 수 있습니다.
여기서는 영역 경로가 UX 디자인 팀에 할당된 다음 다른 Agile 팀에 선택적 하위 영역 경로를 할당하는 방법을 보여 줍니다. 공유 영역 경로에 표시되는 작업 항목은 연결된 팀의 백로그 및 보드에 표시됩니다.
회고 및 리뷰
회고 및 검토를 수행하는 팀을 지원하려면 Microsoft DevLabs의 회고 확장을 사용하는 것이 좋습니다.
이 확장을 통해 팀은 자체 회고 보드를 만들고 다음 작업을 캡처할 수 있습니다.
- 프로젝트 마일스톤에 대한 피드백 수집
- 해당 피드백 구성 및 우선 순위 지정
- 각 팀의 개선 프로세스에 도움이 되는 실행 가능한 작업을 만들고 추적합니다.
정보 공유
Azure Boards는 정보를 공유하는 여러 가지 방법을 제공합니다.
- 작업 항목 양식은 설명, 승인 조건 등을 캡처할 수 있는 서식 있는 텍스트 필드를 제공합니다. 작업 항목 또는 네트워크 파일 공유에 대한 링크에 파일 첨부 파일을 추가할 수 있습니다.
- 프로젝트 및 팀 대시보드를 사용하여 상태 및 진행률 차트 및 위젯과 함께 정보를 공유할 수 있습니다. 자세한 내용은 대시보드에 Markdown 추가를 참조 하세요.
- Project wiki는 모든 프로젝트 멤버와 정보를 공유하는 버전 관리 컨트롤이 기본 제공되는 중앙 리포지토리를 제공합니다. 필요에 따라 다른 위키를 만들 수 있습니다. 자세한 내용은 Wiki, README 및 Markdown 정보를 참조하세요.
지원되는 Markdown 기능에 대한 자세한 내용은 다음 문서를 참조하세요.
다음 단계
관련된 문서
문화권 및 크기 조정
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기