Agile 계획 및 반복

여 제품 백로그와 스 프린트 Agile 규칙을 사용 하 여 관리할 하려면 Visual Studio 응용 프로그램 수명 주기 관리 (ALM)를 제공 하 고 백로그 작업 보드 페이지를 사용 합니다.

이 자습서에서는 줄리아, Peter, Annie, 및 Adam, 정리를 만들고 제품 백로그를 추정 하는 방법을 보여 줍니다 및 계획, 실행 및 스 프린트를 완료 합니다.Fabrikam 광섬유, 케이블 tv 및 관련된 서비스를 제공 하는 회사에 전화 하 고 웹 응용 프로그램을 개발 하는 소규모 팀의 구성원이 됩니다.이러한 활동을 지원 하 고 다음 그림과 같이 세울 제품을 배달 하는 제품 백로그 항목 및 Scrum 프로세스 템플릿과 함께 제공 된 작업 작업 항목 사용.

줄리아 제품 소유자와 개발자는 제품 비전 및 로드맵 소유합니다.그녀는 제품 백로그 만들고 정리 하 고 백로그를 추정 하는 팀과 함께 합니다.

스 Peter Scrum 마스터 및 수석 개발자, 계획 및 실행 각 Adam 수석 테스터, Annie, 사용자 경험 전문가 및 고객 지지자를 포함 하는 팀의 나머지 멤버와 프린트.

Scrum

[!참고]

프로젝트 프로세스 템플릿 이외의 다른 사용 하는 경우 Scrum v2.0, 작업 항목 형식 및 쿼리가 다를 수에서이 자습서에 사용 되 고 있습니다.자세한 내용은 아티팩트(Agile) 또는 아티팩트(CMMI)를 참조하십시오.

항목 내용

  • 만들고 백로그를 추정 합니다.

  • 계획 하 고 실행 반복

  • 제품 백로그와 반복 또는 스 프린트 백로그의 차이점

  • 백로그 및 작업 보드 페이지 작업에 대한 필수 구성 요소

  • 팀의 개발속도 높일 수 있는 추가 리소스

[!참고]

예제 회사, 조직, 제품, 도메인 이름, 전자 메일 주소, 로고, 사람, 장소 및이 자습서에서는 이벤트 등은 실제 데이터가 아닙니다. 어떠한 실제 회사, 기관, 제품, 도메인 이름, 전자 메일 주소, 로고, 사람, 장소 또는 이벤트와도 연관시킬 의도가 없으며 그렇게 유추해서도 안 됩니다.

만들고 백로그를 추정 합니다.

관련 항목.제품 백로그에 추가 또는 만들기 | Kanban 보드를 사용하여 백로그 관리 | 백로그 정리 및 예상

백로그 항목의 형태로 개발 하는 작업을 캡처합니다.사용자 스토리, 요구 사항 또는 제품 비전 및 로드맵 개발 영역에 대한 캡처 기능을 정의할 수 있습니다.백로그 페이지에서 신속 하 게 반복 백로그는 제품 백로그에서 뷰로 전환 고 제품 백로그 Kanban 보드에서 볼 수 있습니다.반복 하지 않고 작업을 시작 하려면 Kanban 보드를 사용할 수 있습니다.

샘플 제품 백로그

제품 백로그 페이지 액세스

샘플 Kanban 보드

열 제한 변경

계획 하 고 실행 반복

관련 항목.반복 계획 | 반복 실행 | 반복 완료

백로그 작성, 예상 되어 정리 후 팀 스 프린트 라고도 하는 반복 계획을 시작할 수 있습니다.제품 백로그 페이지에서 항목을 스 프린트로 이동할 수 있습니다와 스 프린트 백로그 페이지에서 백로그 항목을 구현 하는 작업을 추가할 수 있습니다.팀 검토 하 고 작업 보드를 사용 하 여 백로그에 대한 진행률을 추적할 수 있습니다.작업 보드는 현재 스 프린트에 대해 정의 된 사용자 스토리와 관련 된 작업 작업 항목을 표시 합니다.

중요중요

반복 또는 스 프린트 백로그 페이지에 액세스 하려면 먼저 참조 하는 팀에 대한 반복 정의 팀 영역 및 반복 정의.

샘플 스 프린트 백로그

팀의 예제 백로그

샘플 작업 보드

팀의 예제 작업 보드

제품 백로그와 반복 또는 스 프린트 백로그의 차이점

팀 Agile 백로그 및 보드 페이지를 사용 하 여 제품 백로그와 반복 백로그를 관리 하 고 현재 반복 주기를 실행할 수 있습니다.

각 팀에서 다른 팀에서 제품 백로그와 스 프린트 백로그 별도로 관리할 수 있습니다.제품 백로그 항목 완료 되거나 닫힌 없습니다 모든 활성 백로그 항목에 해당 합니다.반면, 각 반복 백로그 백로그 항목 및 팀 계획은 특정 반복 또는 스 프린트에서 완료 하는 자식 작업에 해당 합니다.제품 백로그에 사용자 스토리를 스토리 점수 또는 작업량의 상대적 단위 팀을 예측합니다.팀 스 프린트 백로그 페이지에 추가 하거나 작업 시간을 예측 수 있습니다.

작업 보드 페이지 백로그 항목 및 해당 작업은 현재 스 프린트에 대한 자동으로 표시합니다.팀이이 보드 작업을 추가할 수 및 시간을 업데이트 하 고 상태를 보고 다음 Scrum 회의 중입니다.

다음 표에서 몇 가지 주요 차이점 제품 및 반복 또는 스 프린트 백로그 나타냅니다.

항목

제품 백로그

반복 또는 스 프린트 백로그

기능

항목 추가패널은 백로그 항목을 정의하고 예측은 개발속도를 기반으로 항목 완료 반복을 예상합니다.

연결된 작업을 추가하고 수용작업량을 설정하고 보며 현재 반복에 대한 번 다운을 봅니다.

작업 항목의 하위 메뉴

반복에 작업 항목을 할당 하는 데 사용 합니다.

팀 멤버에 작업 항목을 할당 하는 데 사용 합니다.

세부 수준

덜 자세함

매우 자세함

표시 되는 항목의 형식

백로그 항목을 제품 백로그 항목 (Scrum), 사용자 스토리 (Agile) 또는 요구 사항 (CMMI) 등.

백로그 항목 및 작업입니다.

예측 단위

스토리 점수 또는 작업량의 상대적 수준입니다.

시간

소유권

제품 소유자

수정

연속적으로

스 프린트 도중 회 및 scrum 회의 매일 계획.

백로그 및 보드 페이지 작업에 대한 필수 구성 요소

팀의 개발속도 높일 수 있는 추가 리소스

가장 효율적으로 작동 하려면 팀에서는 Agile 방법론에서 가져오고 Agile 원칙 및 가치를 지원 엔지니어링 방법을 적용할 수 있습니다.이러한 방법에 대한 자세한 내용은 다음 리소스를 액세스할 수 있습니다.

  • Agile 계획 혜택.Agile 계획 팀 증분 계획과 실행을 통해 투자에 큰 반환을 실현할 수 있습니다.

  • 10 년 Agile 검토: 우리가 수 있는 개선 하는 방법 다음 10 년에.Jeff Sutherland 지난 10의 민첩 한 Scrum 원칙 실제로 년 기준 Agile 방법론을 적용 하기 위한 네 가지 주요 성공 요인 읽는다는.

  • 우수한 제품 백로그 만들기.올바른 사용자 스토리를 작성하고 제품 백로그를 지속적으로 업데이트하면 팀에서는 고객이 중요하게 생각하는 사항을 고객에게 보다 효율적으로 전달할 수 있습니다.

  • 연속적으로 빌드 및 배포.팀 코드를 확인 하 고 더 자주 작성 하는 경우 일반적으로 팀의 개발속도 높이기 위해 기대할 수 있습니다.

  • 전략적 분기.팀에서는 버전 제어에 분기를 만들고 이를 사용하여 응용 프로그램 개발 전략을 최적화할 수 있습니다.

  • 초기에 자주 테스트.효과적인 테스트를 통해 자주 확인 승인 조건에 맞는 소프트웨어를 발생 합니다.Microsoft Test Manager를 사용 하 여 팀 테스트, 테스트 계획 및 테스트 작업을 구성 하 고 결과 추적 하는 데 도움이 되는 테스트 사례를 만들 수 있습니다.

  • Agile 개발에서 모델 사용.팀 모델 탐색 하 고 고객의 요구를 보다 효과적으로 이해, 확인 하 고 소프트웨어 설계, 통신 및 수용 및 구성 요소 테스트를 지원 하도록 기존 코드를 리팩터링할 수 있습니다.

참고 항목:

이 자습서에서 관련된 항목

백로그를 작성 합니다. | 보기 및 Kanban 보드를 백로그 관리 | 신랑 하 고 예상 백로그 | 반복 계획 | 반복 실행 | 반복을 완료

참고 항목

개념

프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정

팀으로 시작

프로젝트 계획 및 추적

기타 리소스

Team Web Access 내에서 작업