Azure Boards의 스프린트 및 스크럼 주요 개념
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
이 문서에서는 스프린트 및 스크럼 메서드를 사용하여 작업을 추적하는 데 사용되는 용어 및 사용 가능한 도구의 짧은 사전을 제공합니다. 검토할 다른 리소스는 Agile 용어집 및 프로젝트 관리 및 탐색 용어집입니다.
Agile 도구
작업을 추적하고 Agile 방법론을 지원하는 데 사용되는 웹 기반 도구 모음입니다. Agile 도구는 오늘날 소프트웨어 개발 팀에서 사용하는 핵심 Agile 메서드인 스크럼 및 Kanban을 지원합니다. 자세한 정보: Agile 도구 및 Agile 프로젝트 관리에 대해 알아봅니다.
버그
제품에 대한 불만의 잠재적 원인을 기록하는 작업 항목의 유형입니다. 코드 결함을 추적하기 위한 작업 항목 유형의 일반 이름입니다. 각 팀은 버그를 관리하는 방법을 선택할 수 있습니다. 일부 팀은 백로그에 대한 요구 사항과 함께 버그를 추적하는 것을 좋아합니다. 다른 팀은 요구 사항을 지원하기 위해 수행되는 작업으로 버그를 추적하는 것을 좋아합니다. 그런 다음, 버그가 작업 보드에 표시됩니다. 자세한 정보: 버그 관리
번다운 또는 번업 차트
번다운 및 번업 차트는 시간이 지남에 따라 완료된 작업을 시각적으로 추적하는 프로젝트 관리를 지원합니다. 번다운 차트는 계획된 작업의 총 양으로 시작합니다. 작업이 완료되면 번다운은 나머지 작업을 그래프로 표시합니다. 시간이 지남에 따라 할 일의 양이 줄어듭니다. 번업 차트는 시간이 지남에 따라 완료되는 작업을 추적합니다. 작업이 완료되는 속도를 표시하는 데 유용합니다.
자세한 내용은 번다운 및 번업 지침을 참조 하세요.
팀 및 개별 용량
용량은 개인 또는 팀이 작업해야 하는 실제 작업 시간(시간 또는 일)을 상호 연결합니다. Azure DevOps는 용량을 설정하기 위해 각 팀의 스프린트에 대한 용량 도구를 제공합니다. 팀은 일반적으로 작업을 만들고 작업을 완료하는 데 걸리는 시간을 예상할 때 용량을 설정합니다.
팀 용량을 설정하여 팀은 각 스프린트에 대해 팀이 가지고 있는 총 작업 시간 또는 일 수를 정확히 알고 있습니다. 이 도구를 사용하면 개별 팀 구성원의 용량과 쉬는 일을 설정할 수 있습니다. 스프린트 중에 작업하는 각 팀 구성원의 용량을 설정하면 해당 개인의 용량 표시줄이 표시됩니다. 자세한 정보: 스프린트 용량을 설정합니다.
용량 막대
용량 막대를 사용하면 용량이 끝났거나, 용량이 부족하거나, 용량이 초과된 사용자를 빠르게 확인할 수 있습니다. 용량 막대는 다음 각 활동으로 업데이트됩니다.
- 작업이 0이 아닌 나머지 작업으로 할당됩니다.
- 남은 작업 시간 변경
- 스프린트 주기 내의 날짜 변경. 개인 및 팀 용량은 항상 현재 날짜부터 스프린트 종료까지의 용량을 반영합니다.
| 용량 색 | 용량 막대 |
|---|---|
 |
 |
자세한 내용은 스프린트 용량에 맞게 작업 조정을 참조 하세요.
매일 스크럼 모임
매일 스크럼 모임은 팀이 스프린트 약정을 충족하는 능력을 최대화하기 위해 해야 할 일에 집중할 수 있도록 도와줍니다. 팀의 스크럼 마스터는 모임의 구조를 적용하고 정시에 시작하고 15분 이내에 완료되도록 해야 합니다. 자세한 정보: 스크럼 모범 사례, 매일 스크럼 회의.
예측
예측 도구는 팀이 스프린트를 계획하는 데 도움이 됩니다. 이 도구는 팀에게 작업 항목 예상 및 설정된 속도에 따라 향후 스프린트에서 완료할 수 있는 백로그 항목을 보여 줍니다. 여기에 표시된 대로 20의 속도는 표시된 작업을 완료하는 데 5개의 스프린트가 소요됨을 나타냅니다. 자세한 정보: 제품 백로그를 예측합니다.
반복 경로(스프린트라고도 합니다)
일반적으로 2~3주 기간은 해당 기간 동안 완료될 작업 항목을 그룹화하는 데 사용됩니다. 스프린트는 스크럼 메서드에서 스프린트 계획, 스프린트 번다운 및 기타 스크럼 프로세스를 지원하는 데 사용됩니다. 반복 경로를 사용하면 작업을 스프린트, 마일스톤 또는 기타 이벤트별 또는 시간별 기간으로 그룹화할 수 있습니다. 자세한 정보: 영역 및 반복 경로에 대해 알아봅니다.
제품 백로그
팀이 제공할 계획에 대한 팀 프로젝트 계획 또는 로드맵에 해당하는 작업 항목의 대화형 목록입니다. 제품 백로그는 작업의 우선 순위를 지정하고, 스프린트별로 작업을 예측하고, 포트폴리오 백로그 항목에 작업을 빠르게 연결할 수 있도록 지원합니다. 백로그 항목을 정의한 다음 보드를 사용하여 상태를 관리할 수 있습니다.
각 제품 백로그는 팀에서 사용자 지정할 수 있습니다. 자세한 정보: 백로그 만들기
제품 백로그 항목(PBI)
팀에서 만들려는 애플리케이션, 요구 사항 및 요소를 정의하는 작업 항목의 유형입니다. 제품 소유자는 일반적으로 스크럼 프로세스로 정의된 제품 백로그 항목을 정의하고 스택 순위를 지정합니다. 자세한 정보: 작업 항목 유형 및 워크플로를 스크럼 처리합니다.
제품 소유자 역할
제품 소유자의 역할은 고객과 팀 간의 인터페이스 역할을 하는 것입니다. 제품 소유자는 자세한 사양의 필요성을 줄일 수 있습니다. 구현 세부 정보에 대한 팀의 질문에 보다 신속하게 응답하여 필요를 줄입니다. 또한 각 요구 사항 내에서 수용 조건을 명확하게 정의합니다.
스크럼 마스터 역할
스크럼 마스터는 스크럼 프로세스를 사용하여 건강한 팀을 구축하고 유지 관리하는 데 도움이 됩니다. 그들은 스크럼 방법의 적절한 고용에 스크럼 팀을 안내, 코치, 가르치고, 지원합니다. 스크럼 마스터는 팀이 장애를 극복하고 팀을 상당한 생산성 향상으로 이끌 수 있도록 변경 에이전트 역할을 합니다. 자세한 정보: 스크럼 모범 사례, 스크럼 마스터의 역할.
스프린트(반복이라고도 함)
스프린트는 일반적으로 해당 기간 동안 완료할 작업 항목을 그룹화하는 데 사용되는 2~3주 기간입니다. 스프린트는 스크럼 메서드에서 스프린트 계획, 스프린트 번다운 및 기타 스크럼 프로세스를 지원하는 데 사용됩니다. 스프린트는 반복 경로를 통해 정의됩니다. 자세한 내용은 영역 및 반복 경로 정보(스프린트라고도 합니다)를 참조하세요.
스프린트 백로그
팀의 동일한 스프린트 또는 반복 경로에 할당된 작업 항목의 대화형 목록입니다. 스프린트 백로그는 스크럼 방법론을 사용하는 팀을 지원합니다. 자세한 정보: 스프린트 계획.
스프린트 번다운 차트
스프린트 번다운 차트는 스프린트 계획 회의에서 예상한 모든 작업을 완료하는 팀의 진행 상황을 반영합니다. 팀의 모니터링을 통해 위험을 완화하고 스프린트 주기 내내 범위 크리프가 있는지 확인합니다. 이상적인 추세선은 항상 꾸준한 번다운을 나타냅니다. 다음 차트와 같이 파란색 영역은 실제로 진행 중인 상황을 나타냅니다. 팀 구성원이 작업을 추가하고 팀 구성원이 해당 작업을 완료할 때 작업 감소가 수행되는 것을 보여 줍니다. 자세한 정보: 스프린트 번다운을 모니터링합니다.
스프린트 목표
스프린트 목표는 스프린트 활동에 초점을 맞추는 데 사용됩니다. 목표는 스프린트가 끝날 때까지 팀이 달성하고자 하는 것을 요약합니다. 자세한 정보: 스크럼 모범 사례, 스프린트 목표 설정
스프린트 계획
스프린트 계획 회의는 스프린트 시작 시 이루어지며 제품 소유자와 팀이 스프린트 목표 및 작업 세트에 동의하는 경우입니다. 자세한 정보: 스크럼 모범 사례, 스프린트 계획 회의.
스프린트 회고 모임
스프린트 검토 또는 회고 회의는 스프린트가 끝날 때 발생합니다. 이 모임은 팀이 스프린트 중에 완료한 작업을 보여 주는 경우입니다. 제품 소유자, 고객 및 관련자는 자신의 기대치를 충족하는 사용자 스토리를 수락하고 새로운 요구 사항을 식별합니다. 고객은 종종 데모를 본 후 요구 사항을 더 완벽하게 이해하고 보고 싶은 변경 내용을 식별할 수 있습니다. 자세한 정보: 스크럼 모범 사례, 스프린트 회고 회의.
작업
작업은 예상 작업과 남은 작업을 추적하는 데 사용되는 작업 항목의 유형입니다. 스크럼에서 작업은 4시간에서 12시간 사이의 범위로 정의됩니다. 태스크 정의는 스프린트 번다운을 모니터링하고, 팀 용량으로 작업하고, 작업 보드를 사용하는 데 필수적입니다. 작업은 부모 제품 백로그 항목 또는 사용자 스토리에 연결됩니다. 자세한 정보: 백로그 항목에 작업을 추가합니다.
작업표
작업 보드는 팀의 스프린트 백로그를 완료하는 데 필요한 작업에 대한 대화형 진행률 보드를 제공합니다. 스프린트하는 동안 각 작업에 대한 작업 상태와 나머지 작업을 업데이트하려고 합니다. 작업을 매일 또는 일주일에 여러 번 업데이트하면 더 부드러운 스프린트 번다운 차트가 생성됩니다. 자세한 정보: 작업표.
Teams
팀은 선택한 프로젝트 멤버 집합에 해당합니다. 팀과 함께 조직은 작업을 하위 분류하여 프로젝트 내에서 추적하는 모든 작업에 더 집중할 수 있습니다. 각 팀은 Agile 도구 모음에 액세스할 수 있습니다. Teams는 이러한 도구를 사용하여 기업 전체의 다른 팀과 자율적으로 작업하고 공동 작업할 수 있습니다. 각 팀은 작업 요구 사항을 충족하도록 각 도구를 구성하고 사용자 지정할 수 있습니다. 자세한 내용은 팀 및 Agile 도구 정보를 참조 하세요.
팀 구성원
특정 팀에 추가된 프로젝트 또는 조직에 추가된 멤버입니다. 프로젝트 멤버를 여러 팀에 추가할 수 있습니다. 용량 계획, 팀 경고 및 대시보드 위젯과 같은 여러 Agile 도구는 팀 범위가 지정됩니다. 즉, 계획 활동 또는 경고 보내기를 지원하기 위해 팀의 구성원으로 추가된 사용자를 자동으로 참조합니다.
팀에 사용자를 추가하려면 프로젝트 또는 특정 팀에 사용자 추가를 참조하세요.
기술적인 문제
기술적인 문제에는 프로덕션 품질의 코드를 배포하고 프로덕션에서 계속 실행하기 위해 팀이 수행해야 하는 모든 작업을 포함합니다. 예를 들어 버그, 성능 문제, 운영 문제, 접근성 등이 있습니다. 기술 부채를 최소화하는 방법에 대해 자세히 알아보세요. Agile 개발이란?
심사 모임
심사 모임은 팀에 할당된 백로그 및 버그를 검토하고 구성하는 데 사용됩니다. 예상, 승인 조건 등과 같은 기타 세부 정보가 작업 항목에 추가될 수 있습니다. 일반적으로 제품 소유자는 심사 회의를 실행하고 팀 리더, 비즈니스 분석가 및 특정 프로젝트 위험에 대해 이야기할 수 있는 기타 이해 관계자가 참석합니다.
사용자 스토리
팀에서 만들려는 애플리케이션, 요구 사항 및 요소를 정의하는 작업 항목의 유형입니다. 제품 소유자는 일반적으로 사용자 스토리를 정의하고 스택 순위를 지정합니다. 사용자 스토리는 Agile 프로세스로 정의됩니다. 자세한 정보: Agile 프로세스 작업 항목 유형 및 워크플로.
속도 및 속도 차트
속도는 스프린트 주기 동안 팀이 완료할 수 있는 작업에 대한 인사이트를 얻기 위한 유용한 메트릭을 제공합니다. 팀이 여러 스프린트를 수행한 후에는 속도 차트 및 예측 도구를 사용하여 향후 스프린트에서 수행할 수 있는 작업을 예측할 수 있습니다.
속도는 스프린트 주기에 따라 팀이 완료할 수 있는 작업의 양을 측정한 것입니다. 기본 제공 속도 차트는 스프린트에 대해 정의된 스토리 포인트(Agile), 노력(스크럼) 또는 크기(CMMI)를 합산하여 속도를 측정합니다.
예를 들어 녹색 막대 아래에 표시된 차트에서 각 스프린트 내에서 완료된 사용자 스토리의 총 예상 작업(스토리 포인트)을 나타냅니다. 파란색은 아직 완료되지 않은 항목의 예상 노력에 해당합니다. 자세한 정보: 기본 제공 팀 속도 차트 보기 및 작업
기본 제공 속도 차트와 함께 팀 대시보드에 속도 위젯을 추가할 수 있습니다. 이 위젯을 구성하여 작업 항목 수 또는 노력의 합계를 합산할 수 있습니다. 자세한 정보: 속도 위젯 구성
각 팀은 하나의 속도 차트와만 연결됩니다. 속도는 팀 용량에 따라 다르며 스프린트를 통해 질주합니다. 그러나 시간이 지남에 따라 속도는 전체 백로그를 예측하는 데 사용할 수 있는 신뢰할 수 있는 평균을 나타내야 합니다. 백로그 항목 크기(노력 또는 스토리 포인트)의 가변성을 최소화하여 보다 안정적인 속도 메트릭을 얻을 수 있습니다. 자세한 정보: 백로그 항목에 작업을 추가합니다.