스크럼의 스프린트 계획은 무엇입니까?



'스프린트 계획'에 대한이 Edureka 블로그는 스프린트 계획 프로세스를 단계별로 안내하여 프로세스, 참가자, 장단점을 강조합니다.

절반의 시간에 두 배의 작업을 추출하려면 견고한 계획이 필요합니다. 에 스크럼 , 그러한 계획은 스프린트 계획 그리고 그 뒤에 오는 것은 똑같은 것의 완전한 분해가 될 것입니다.

자바의 스캐너 클래스 메소드

조직의 리소스를 효과적으로 최적화하는 방법을 배우려면 다음을 적극 권장합니다. . 이것은 모든 영역에서 기회의 바다를 열 것입니다.





이 기사는 다음 주제를 다룰 것입니다.

따라서 모든 제품을 개발하려면 팀이 다음을 파악할 수있는 계획이 필요합니다.



  • 그들의 목표는 무엇입니까?
  • 목표를 달성하기 위해 무엇을해야합니까?
  • 어떻게 달성해야합니까?

Sprint 계획은 다음의 모든 질문에 답하기위한 것입니다. 스크럼 프레임 워크 .

스프린트 플랜이란 무엇입니까?

스프린트 계획은 팀이 제품 백 로그 그 기간 동안 작업 할 항목 스프린트. 가장 최적화 된 방식으로 수행해야하는 작업을 완료하기위한 초기 계획에 대해 설명합니다.

대부분의 팀은 스프린트 목표를 설정하고 스프린트 중에 작업하는 제품 백 로그 항목을 결정하는 기준으로이를 사용하는 것이 도움이 될 수 있습니다.



스프린트 계획 측정-스프린트 계획-Edureka

참가자는 누구입니까?

스프린트 계획에는 일반적으로 전체 팀이 포함됩니다.

제품 소유자 이다스프린트 목표와 우선 순위를 제안하고 백 로그 항목을 식별하는 것입니다.

그만큼 완료 할 수있을 것으로 예상되는 제품 백 로그 항목의 수와 제 시간에 제공 할 방법을 결정합니다.

그만큼 스크럼 마스터 토론이 효과적이고 적절한 제품 백 로그 항목이 스프린트 백 로그에 포함되도록하기 위해 스프린트 계획을 용이하게합니다. 그 / 그녀는 또한 스프린트 목표에 동의하는지 확인합니다.

효과적인 스프린트 계획의 전제 조건

다음과 같은 효과적인 스프린트 계획을 유지하기 위해주의해야 할 특정 전제 조건이 있습니다.

  • 우선 순위 백 로그
  • 정리 및 예상 사용자 스토리
  • 의 정의 끝난
  • 팀의 계획된 역량

스프린트 계획 회의는 무엇입니까?

스프린트 계획 회의는 일반적으로 두 부분으로 나뉩니다.

1 단계: 범위

팀은 스프린트 중에 완료 할 수있을 것으로 예상되는 기존 제품 백 로그 항목의 우선 순위 목록에서 항목을 선택합니다.

다음은 회의 의제에 대해 묻는 샘플 질문입니다.

  • 스프린트 목표는 무엇입니까? (이는 스프린트에 포함 할 제품 백 로그 항목을 결정하는 결정 필터입니다.)
  • 이미 완료된 제품 백 로그 항목은 무엇이며 스프린트 목표에 기여합니까?
  • 이 특정 스프린트에 누가 참여할 수 있습니까? (여기서는 스프린트 동안 모든 사람의 가용성에 영향을 미칠 휴가, 휴일 및 기타 활동을 식별하려고합니다.)
  • 팀의 역량은 무엇입니까? (모두 사용할 수 있다고 가정)
  • 스프린트 목표와 팀의 역량에 따라 스프린트 백 로그에 무엇이 포함되어야합니까?
  • 팀이 스프린트 목표를 달성하는 것에 대해 얼마나 확신합니까?

2 단계 : 계획

이 단계에서 팀은 선택한 제품 백 로그 항목을 제공하는 방법을 자세히 논의합니다. 여기에는 제품 백 로그 항목에 대한 작업 식별이 포함될 수 있습니다. 이는 항목 간의 종속성과 초기 제품 백 로그 항목에 대한 등록을 평가합니다. 팀의 각 구성원에게.

스프린트 계획 회의를위한 타임 박스

에 환경, 타임 박스 다음과 같이 정의됩니다.기간작업을 완료해야합니다. 타임 박스는 일반적으로 위기 관리 소프트웨어 개발 .

팀은 소프트웨어에 대한 릴리스 가능한 개선 사항을 생산하는 작업을 지속적으로 수행하여 잠재적으로 배송 가능한 제품을 특정 주 단위로 생산합니다.

스프린트 계획 회의 할까요시간 제한이있다 월 8 시간 또는 주 2 시간 1 개월 스프린트. 짧을수록스프린트, 짧은 것은타임 박스...에 대한스프린트 계획.

스프린트 목표는 무엇입니까?

스프린트 계획 회의 중에 생성 된 스프린트 목표는 스프린트의 목표입니다. 제품 백 로그 구현을 통해 충족 될 수 있습니다. Increment가 구축 된 이유에 대해 개발 팀에 지침을 제공합니다.스프린트 목표는 팀에게 스프린트 내에서 구현 된 기능에 대한 유연성을 제공합니다.

스프린트 계획의 장단점

기대 효과

스프린트 계획의 주요 이점은 가시성입니다. 이를 통해 팀은 해당 스프린트에 대해 작업 할 내용을 이해하고 새로운 스프린트를 시작할 수 있습니다. 작업에 접근하는 방법에 대한 초기 계획으로 사용됩니다.

이 외에도 Sprint Planning의 다른 이점도 있습니다.

  • 범위 가시성
  • 작업 발견
  • 용량의 최적 사용
  • 팀 협업 개선
  • 제어 된 스코프 크리프 (스코프의 지속적인 비 제어 성장)

일반적인 함정

팀이 제품 백 로그 항목을 가져올 잘 정제 된 제품 백 로그가 없을 때 스프린트 계획은 매우 비효율적 일 수 있습니다.

이는 합의 된 사항을 충족하는 일련의 제품 백 로그 항목을 생성하는 일관된 백 로그 구체화 프로세스를 설정하여 해결할 수 있습니다. '완료'의 정의. 이러한 제품 백 로그 항목은 스프린트에 포함 할 수있는 잠재적 인 제품 백 로그 항목의 역할을 할 수 있습니다.

또 다른 장애물은 스프린트에 대한 특정 목표를 설정하지 않고 모두가 작업해야하는 관련없는 일련의 항목으로 마무리되어 스프린트의 가치가 있지만 눈에 띄는 진전이없는 경우에 발생합니다.

스프린트 계획은원래 스크럼 이벤트 중 하나이며 프레임 워크의 일부로 생성되었습니다.일반적으로 팀이 스크럼 또는 기타 타임 박스 반복을 따를 때 사용됩니다. 흐름 기반 접근 방식을 따르는 경우 다음 작업을 위해 대기중인 항목에 대한 공통된 이해를 구축하기 위해이 주제를 이해하는 것이 여전히 효과적 일 수 있습니다.