---

Scrum 출시 계획이란 무엇일까요? 놀라실 수도 있습니다!

출시 계획의 목표는 여러 Sprint에 대한 상위 수준의 계획을 시각화하는 것이며 이 예시에서는 보통 세 번에서 열두 번의 Sprint를 다룹니다. Sprint는 시간이 제한된 기간이고 Increment는 사용할 수 있는 결과입니다. 하나의 Sprint 안에 여러 Increment를 만들 수 있습니다.

출시 계획은 Scrum Team의 다음 기대를 반영하는 지침입니다.

• 어떤 기능을 구현할 것인가,
• 어떤 순서로 언제 기능을 구현할 것인가.

출시 계획은 프로젝트 진척을 관찰하고 관리하는 기준이기도 합니다. IT 운영 시스템에 소프트웨어를 실제 배포하는 목표를 다음 두 가지 방식으로 제시합니다.

• 프로젝트 완료 전에 고객에게 사업 가치를 제공하는 “중간 결과물” 배포. 이 결과물은 Scrum Product Owner, 고객, 사업 이해관계자가 합의한 고객 요구사항의 일부를 포함합니다.
• 고객과 사업 이해관계자의 알려진 모든 요구와 기능 요청을 포함하는 최종 결과물 배포.

출시 계획을 만들기 전에 다음 산출물과 정보를 고려해야 합니다.

• 우선순위를 정하고 추정한 Scrum Product Backlog,
• 측정한 속도 즉 Scrum Team의 속도(팀이 막 형성된다면 속도를 추정하거나 과거의 유사 프로젝트에서 값을 유추해야 합니다),
• 고객이 제시한 성공 기준 예를 들어 일정, 범위, 프로젝트 예산 안에서 활용 가능한 인력입니다.

출시 계획은 Product Backlog와 밀접하게 연결되므로 Scrum Product Owner가 관리하고 유지합니다.

고객의 요구와 우선순위에 따라 출시 계획은 다음 세 가지 목표 중 하나를 충족하도록 만듭니다.

• 기능 기반 출시 계획
• 날짜 기반 출시 계획
• 기능 및 날짜 기반 출시 계획 (가장 일반적)

기능 기반 출시 계획

알고 있는 것: Scrum Team의 속도, 제공하려는 기능.
모르는 것: 이 기능들을 제공하는 데 얼마나 걸리는가?

기능 기반 출시 계획에서는(자세한 내용: Scrum 출시 계획) 출시에서 요청한 기능의 사용자 스토리 포인트 합계를 팀 속도로 나눕니다. 이는 중간 또는 최종 결과물 제공에 필요한 Sprint 수의 최초 예측을 제공합니다. 정수 Sprint로 올림하고 작업이 진행되면 범위와 속도에 관한 가정을 점검하세요. 그에 따라 출시 계획을 만듭니다.

날짜 기반 출시 계획

알고 있는 것: Scrum Team의 속도, 제공하려는 날짜.
모르는 것: 마감일까지 어떤 기능을 제공할 수 있는가?

날짜 기반 출시 계획에서는 팀 속도에 출시일까지 남은 Sprint 수를 곱합니다. 그러면 Scrum Team이 출시일까지 제공할 수 있는 사용자 스토리 포인트 총량의 추정치가 나옵니다. 그에 따라 출시 계획을 만듭니다.

기능 및 날짜 기반 출시 계획

알고 있는 것: Scrum Team의 속도, 제공하려는 기능, 해당 기능을 제공하려는 날짜.
모르는 것: Scrum Team은 주어진 마감일까지 요청한 기능을 제공할 수 있는가?

팀 속도에 출시일까지 남은 Sprint 수를 곱합니다. 그러면 Scrum Team이 출시일까지 제공할 수 있는 사용자 스토리 포인트 총량의 추정치가 나옵니다. 이 수가 출시 내 기능의 사용자 스토리 포인트 합계보다 크면 현재 예측상 범위가 맞는 것으로 볼 수 있지만 여전히 불확실성과 변화의 영향을 받습니다.

그렇지 않으면 범위, 날짜, 가용 역량의 절충을 논의하세요. 사람을 추가한다고 속도가 자동으로 높아지지는 않으며 함께 일하는 법을 배우는 초기에는 느려질 수도 있습니다. 과거의 아홉 명 지침은 현재의 엄격한 한도가 아닙니다. Scrum Team은 일반적으로 10명 이하입니다. 효과가 높아진다면 다른 Scrum Team이 병렬로 일할 수 있지만 같은 제품의 팀들은 여전히 하나의 Product Owner, Product Goal, Product Backlog, Definition of Done을 공유합니다.

Scrum Product Backlog처럼 출시 계획도 고정된 계획이 아닙니다. 프로젝트를 더 많이 이해하는 동안 프로젝트 전반에서 바뀝니다. 사용자 스토리의 추가, 삭제, 수정과 그에 따른 추정 변경도 출시 계획에 영향을 줍니다. 따라서 정기적으로 다시 검토하고 갱신해야 합니다.