The Scrum Framework — 제이판

이 장은 제이판의 역사적·실무적 교육 맥락을 유지합니다. 아래 목차에서 제삼판 교육과정도 이용할 수 있습니다.

---

Scrum Sprint 계획 회의
WHAT 회의와 HOW 회의

Scrum Sprint Planning 회의는 인기 있는 애자일 프로젝트 관리 방법론인 Scrum 프레임워크 안에서 협력적이고 반복적으로 이루어지는 모임입니다. 팀원들이 함께 모여 앞으로 수행할 작업과 목표를 공동으로 계획하고 정리하는 핵심 이벤트입니다.이 역동적인 회의에서 팀은 다음 Sprint의 방향을 정합니다. Sprint는 Backlog라고 하는 우선순위가 정해진 작업 항목을 완료하는, 사전에 정한 시간 제한 기간입니다. 각 팀원의 생각은 Scrum Sprint Planning 회의의 중심이 됩니다. 팀원들의 통찰, 전문성, 관점이 프로젝트 목표와 일정에 맞는 종합적인 계획을 수립하는 데 기여하기 때문입니다.

Scrum에서 “생각”이라는 말은 계획 회의 중 이루어지는 인지적 협업을 강조합니다. 이는 팀원들이 효과적인 전략을 세우기 위해 생각을 조율할 때 발휘되는 집단 지성과 문제 해결 능력을 담고 있습니다. 회의는 열린 아이디어 교환을 장려하여 팀의 집단적인 사고를 활용해 잠재적인 어려움을 파악하고 자원을 신중히 배분하며 성공을 위한 로드맵을 수립하도록 합니다. Scrum Sprint Planning 회의는 개인과 상호작용을 중시하는 애자일 원칙의 구현이며, 변화하는 프로젝트 요구사항에 적응하고 대응하는 데 팀의 조율된 사고가 중요함을 보여 줍니다.

WHAT 회의

Scrum과 같은 애자일 개발 방법론에서 WHAT 회의는 Scrum 팀이 생각을 모아 다음 Sprint에서 이행할 “무엇”을 논의하고 결정하는 핵심 이벤트입니다. 여러 팀원이 협력적으로 논의에 참여하고 통찰을 공유하며 Sprint Backlog를 구성할 우선순위 작업을 함께 결정합니다. WHAT 회의에서는 각 작업에 필요한 노력을 추정하기 위해 플래닝 포커와 같은 기법을 자주 사용합니다. 이는 팀원 간 공통 이해를 높이고 공동의 Sprint Goal을 향해 방향을 맞추도록 합니다. 이 이벤트는 다음 Sprint의 방향을 정하는 데 중요한 역할을 하며 Scrum 팀의 투명성, 협업, 공동의 사고방식을 강조합니다.

이 판에서는 Sprint Planning 안에서 이루어지는 WHAT 논의를 설명합니다. 목적은 Sprint Goal에 합의하고 개발자들이 Sprint 종료까지 완료할 수 있다고 판단하는 현실적인 작업 예측을 선택하는 것입니다.

역동적인 프로젝트 관리 환경에서 WHAT 회의는 명확성과 방향을 찾는 팀에 중요한 틀을 제공합니다. 이 모임은 사람들이 노력을 조율하고 목표를 맞추는 체계적인 방법입니다. 예를 들어 Kanban을 사용하는 팀은 유사한 보충 논의를 선택할 수 있습니다. 이는 Kanban이나 Scrum의 필수 이벤트는 아닙니다. 팀이 함께 진척을 살펴보고 우선순위를 조정하는 유용한 점검 지점이 될 수 있습니다. 작업 속도를 면밀히 검토하여 팀이 최적의 속도로 진행하도록 하며 질문을 공개적으로 제기하고 다루도록 장려합니다.

WHAT 회의에서는 팀이 배운 내용을 바탕으로 다음 작업을 선택하는 데 집중합니다. 이는 완료한 작업과 전체 성과를 평가하는 애자일 방법론의 Sprint Review와 다릅니다(참조: Sprint Review 회의: 목표와 실전 팁). 이러한 반복적인 접근은 팀이 필요한 조정을 하고 작업 흐름을 계속 개선하도록 합니다. WHAT 회의는 단순한 작업 목록을 넘어 팀의 공동 사고방식을 깊이 살피고 창의성과 협업이 성장하는 환경을 조성합니다. 이렇게 회의는 반복하고 발전하겠다는 약속인 Sprint 이행 의지가 되어 프로젝트 관리에서 민첩성의 본질을 구현합니다.

WHAT 회의 준비

성공적인 WHAT 회의를 위해서는 다음과 같은 준비가 필요합니다.

• Scrum Product Owner가 가치 있는 목적을 제안하고 Scrum Team 전체가 협력하여 Sprint Goal을 정의합니다.
• 이 목표를 바탕으로 Product Owner는 순서가 정해진 관련 Backlog 항목을 논의할 수 있도록 준비하고, 개발자들은 Sprint에 가져갈 항목을 선택합니다.
• 이 항목들은 하나의 Sprint 안에 완료할 수 있도록 갱신하고 더 작은 스토리로 나눕니다.
• 항목의 노력을 추정하고 우선순위를 정합니다.
• 팀은 다음 Sprint에서의 가용 역량을 정합니다.

Sprint Goal

Scrum Product Owner가 가치 있는 목적을 제안하고 Scrum Team 전체가 협력하여 Sprint Goal을 정의합니다. 이는 Sprint에서 달성하려는 바를 짧게 설명하는 것으로, 현실적이고 누구나 이해할 수 있어야 합니다.

팀 가용 역량

Scrum Team의 총 가용 역량은 Sprint마다 달라질 수 있습니다. 현실적인 이행 약속을 하려면 휴가, 공휴일, Scrum 회의에 드는 노력, Sprint 중 다른 활동에 필요한 시간 등을 고려하여 다음 Sprint에서 팀의 총 가용 역량을 알아야 합니다.

WHAT 회의 진행

회의에서 Scrum Product Owner는 Sprint Goal을 제시하고 팀과 논의합니다. 그런 다음 Scrum Team은 Scrum Product Backlog의 관련 항목을 차례로 살펴보고 Sprint 안에 완전히 완료할 수 있다고 판단한 항목의 이행을 약속합니다. 이 결정은 가용 역량과 항목에 대한 지식을 바탕으로 해야 합니다.

회의가 끝나면 이행을 약속한 Scrum Product Backlog 전체 항목 목록이 HOW 회의와 Scrum Backlog의 기반이 됩니다.

HOW 회의

HOW 회의는 애자일 개발 방법론, 특히 Scrum 프레임워크에서 중요한 이벤트입니다. Scrum 팀이 Sprint 이행 약속을 달성하기 위해 생각과 전략을 함께 맞추는 장입니다. “HOW”라는 말 자체가 회의의 본질을 담고 있습니다. 다음 Sprint의 세부사항을 깊이 검토하고 정해진 목표를 달성하는 가장 효과적인 방법을 함께 결정해야 한다는 점을 강조합니다.

HOW 회의에서 Scrum 팀은 여러 구성원의 다양한 관점을 활용하여 열린 논의를 합니다. 이러한 포용성은 활발한 아이디어 교환을 촉진하고 각 구성원의 집단 지성과 경험을 활용하도록 합니다. 애자일 방법론에서 널리 쓰이는 플래닝 포커를 이러한 회의에 활용하여 각 작업에 필요한 노력을 추정하기도 합니다. 이를 통해 팀은 작업량에 대한 공통 이해를 형성하고 다음 Sprint 계획을 위한 탄탄한 기반을 마련합니다. 궁극적으로 HOW 회의는 협업을 촉진하고 생각을 맞추며 성공적인 Sprint를 향한 팀의 공동 이행 의지를 강화하는 Scrum 프레임워크의 중요한 이정표입니다.

HOW 회의의 목표는 Scrum Product Backlog 항목을 완전히 구현하는 데 필요한 구체적인 작업을 파악하여 Sprint Backlog를 채우는 것입니다. 작업에는 일반적으로 설계, 구현, 테스트, 문서화 활동이 포함됩니다.

HOW 회의는 WHAT 회의 이후 별도 회의로 진행하거나, WHAT 회의에서 항목의 이행을 약속하는 중에 진행하거나, 두 방식을 함께 사용할 수 있습니다.

필요한 활동을 파악한 뒤 팀이 이를 추정합니다. 이러한 실무적 접근에서 추정의 기준(자세한 내용: Scrum 플래닝 포커)은 인시가 될 수 있습니다. 팀은 활동을 완료하는 데 필요한 작업량을 추정합니다. Scrum은 특정 단위를 의무화하지 않으며, 작업 시간 추정치를 상대적인 스토리 포인트 크기와 혼동해서는 안 됩니다.

애자일 프로젝트 관리의 Sprint Planning 회의 종합 가이드

애자일 프로젝트 관리의 중심에 있는 Sprint Planning 회의는 성공적인 Sprint를 구축하는 디딤돌입니다. 한 달짜리 Sprint의 경우 최대 8시간 동안 진행되는, 시간이 제한된 이 모임에서 다음 작업의 청사진을 세심하게 만듭니다. 일부의 생각과 달리 단순히 의제나 목표를 정하는 일만은 아닙니다. 준비에는 작업 우선순위 설정, 작업량 추정, 역할 정의가 포함되며, 이는 잘 연습한 오케스트라가 공연 전 준비하는 모습과 비슷합니다. 예상 밖의 일도 대비하세요. 결과는 크게 달라질 수 있으며, 언제나 완벽보다 개선을 추구합니다. 먼저 이 회의의 세부 원리를 살펴보겠습니다.

Sprint Planning 회의를 최적화하려면 Scrum Team 전체가 Sprint Goal에 합의하고 개발자들이 이를 추구할 현실적인 계획을 세우도록 하세요. 또한 회의의 시간 제한을 지키고 가치 있는 결과에 집중하며 열린 논의와 조정을 허용하여 팀에 의욕적이고 성공적인 환경을 만드세요. 준비가 핵심임을 기억하세요. 사전에 Product Backlog를 최신 상태로 정제해 두세요.

Sprint Planning 회의의 세부 원리

Sprint Planning 회의는 고속열차 여행을 위한 선로를 놓는 것과 같아 모든 세부사항이 중요합니다. 이 회의에서 다음 Sprint의 작업을 세심하게 구성하고 정리합니다. 주요 이해관계자인 Product Owner, Scrum Master, 개발 팀이 모여 해야 할 일과 효율적인 수행 방법을 정합니다. 보통 회의가 너무 길어지지 않도록 시간을 제한하며, 한 달짜리 Sprint에서는 일반적으로 최대 8시간 진행합니다.

Sprint Planning 회의의 핵심은 제공할 수 있는 결과를 정의하는 동시에 그 작업을 어떻게 수행할지 이해하여 현실적이고 달성 가능한 목표를 세우는 균형입니다. 이를 위해 가치, 즉 가장 중요한 것과 노력, 즉 필요한 시간과 자원 사이의 협의가 필요합니다. 바로 여기서 Product Owner, Scrum Master, 개발 팀의 협업이 빛을 발합니다.

예를 들어 Product Owner가 많은 기능을 Sprint Backlog에 추가하기를 요구하지만 개발 팀은 하나의 Sprint에서 제공하기에 너무 많다고 판단하면 협의가 이루어집니다. Product Owner는 개발 팀의 의견을 바탕으로 특정 기능의 우선순위를 높이거나 낮출 수 있습니다.

Sprint Planning 회의가 원활하게 진행되려면 모두가 최신 정보를 준비해 와야 합니다. Product Backlog는 정제되고 최신 상태여야 합니다. Product Owner가 잘 준비하면 Sprint Backlog에 목표를 명확히 제시할 수 있습니다. 또한 계획 회의 전에 Backlog 정제 회의를 진행하여 과정을 더욱 원활하게 하는 것이 일반적인 관행입니다.

Sprint Planning 회의에서 각 역할의 역동성과 상호작용은 성공적인 Sprint의 기반을 마련하는 데 중요합니다. 회의 안에서 역할이 어떻게 나뉘고 의사결정 과정에 어떤 영향을 미치는지 더 살펴보겠습니다.

어떤 프로젝트든 성공적인 실행은 명확한 목표와 원활한 계획에 달려 있습니다. 이제 애자일 프로젝트 관리를 위한 목표 설정과 준비의 세심한 과정을 살펴보겠습니다.

목표 설정과 계획 준비

명확하고 달성 가능한 목표를 만드는 것이 성공적인 Sprint Planning 회의를 위한 중요한 첫 단계입니다. 긴 여행을 준비할 때처럼 팀을 목적지로 안내할 로드맵이 필요합니다. 이 단계에서 Product Owner는 팀의 계획을 이끄는 북극성 역할을 하는 Sprint Goal을 설명하며 중요한 역할을 맡습니다.

효과적인 목표를 세우려면 Product Owner가 개발 팀과 긴밀히 협력하여 목표를 정의하고 이해해야 합니다. 이 협력 관계는 공동의 목적을 형성하고 원하는 결과에 양측의 방향을 맞추며 팀원들의 주인의식과 책임감을 높입니다. 열린 논의와 집단적 통찰을 통해 팀은 실현 가능성과 가치를 모두 반영하는 목표를 만들 수 있습니다.

구체적인 목표의 중요성

명확한 회의 목표는 공동의 노력을 한 방향으로 모을 뿐 아니라 진척을 측정하는 기준이 됩니다. 모호하거나 불분명한 목표는 Sprint 중 혼란, 비효율, 집중력 저하를 초래할 수 있습니다. 반대로 명확한 목표는 앞으로의 길을 밝히는 등대가 되어 팀원들이 전체 목표에 맞는 정보를 바탕으로 결정을 내리게 합니다.

또한 정확한 회의 목표를 세우면 효과적인 시간 관리의 기반이 마련됩니다. 달성해야 할 바를 명확히 표현하면 참여자들은 회의 내내 시간을 더 효율적으로 배분하고 불필요하게 옆길로 새거나 부수적인 주제로 논의가 길어지는 것을 피할 수 있습니다.

목표를 이해관계자의 기대와 맞추기

직접적인 개발 팀 외에 다른 이해관계자의 관점도 고려해야 합니다. Sprint Planning에서 정한 목표는 제품 Increment에 대한 이해관계자의 기대에 부합하고 시장 수요를 반영해야 합니다. 이를 통해 Sprint의 노력이 더 넓은 사업 목표 및 고객 요구와 방향을 맞추어 궁극적으로 제품 가치와 시장 경쟁력을 높일 수 있습니다.

예를 들어 소프트웨어 개발 팀이 전자상거래 플랫폼을 개발한다면 이해관계자는 사용자 경험 향상, 보안 조치 개선, 결제 절차 간소화를 기대할 수 있습니다. 따라서 이러한 우선순위를 반영하는 회의 목표를 세우면 개발 노력과 사업상 필수 과제의 방향을 맞출 수 있습니다.

철저한 준비가 Sprint Planning 논의의 효과를 높이는 방법을 살펴보겠습니다.

Backlog의 우선순위 설정과 작업 추정

애자일 프로젝트 관리에서 작업의 우선순위를 정하고 추정하는 일은 Sprint Planning 회의의 성공에 직접 영향을 줍니다. 이 과정은 가장 중요한 작업을 먼저 완료하도록 하고 Product Backlog 각 항목에 필요한 노력을 명확히 이해하게 합니다. 이 중요한 과정을 나누어 살펴보고 성공적인 Sprint Planning에 어떻게 기여하는지 알아보겠습니다.

우선순위 설정

작업 추정에 앞서 Product Backlog 항목의 우선순위를 적절히 정해야 합니다. 가능한 방법 중 하나는 1부터 10까지의 척도를 부여하며, 1이 가장 높고 10이 가장 낮습니다. Scrum은 순서가 정해진 Product Backlog를 요구할 뿐 특정 숫자 우선순위 척도를 요구하지 않습니다. 효과적인 우선순위 설정은 개발 팀이 Sprint 초기에 가치 높은 기능을 제공하는 데 집중하여 투자 수익을 극대화하도록 합니다.

여러 사용자 스토리가 Product Backlog에 들어 있는 상황을 생각해 보세요. 팀은 스토리에 우선순위 수준을 부여하여 핵심 사용자 기능이나 중요한 기술 작업을 먼저 다루도록 합니다. 이러한 접근은 고객 가치를 강조하고 점진적인 제공 방식을 촉진한다는 애자일 원칙에 부합합니다.

작업 추정

우선순위를 정한 뒤에는 Product Backlog 각 항목에 필요한 노력을 추정합니다. 개발 팀은 전통적인 시간 단위 대신 상대적인 작업 추정 단위인 스토리 포인트를 자주 사용합니다. 스토리 포인트를 사용하면 완료에 필요한 시간이나 일수에만 집중하기보다 복잡성, 불확실성, 위험을 비교하고 대략 추정할 수 있습니다.

예를 들어 개발 팀이 Sprint에서 새로운 기능을 구현해야 한다면, 30시간이 걸린다고 추정하는 대신 작업의 상대적인 복잡성, 불확실성, 위험을 바탕으로 스토리 포인트 값을 부여합니다. 이러한 접근은 다음 Sprint의 가용 역량을 더 정확히 평가하도록 돕고 개별 작업이나 업무 세부사항에 매몰되기보다 가치 있는 결과에 집중하게 합니다.

전통적인 시간 기반 추정은 정확해 보일 수 있지만 복잡성과 불확실성 같은 중요한 요소를 놓쳐 부정확한 추정으로 이어지는 경우가 많습니다. 스토리 포인트는 필요한 노력을 더 종합적으로 바라보게 하고 Sprint Planning 회의 중 열린 논의를 촉진합니다.

애자일 팀은 Product Backlog 항목의 우선순위를 효과적으로 정하고 스토리 포인트로 작업을 추정하여 Sprint Planning 회의가 가치 있는 결과와 현실적인 가용 역량 평가에 기반하도록 할 수 있습니다. 이러한 실천은 성공적인 Sprint 실행의 토대가 되며 애자일 프로젝트 관리 방법론에서 지속적인 개선을 이끕니다.

이제 효율적인 Sprint Planning에 기여하는 중요한 역할을 살펴보고, 성공적인 Sprint 실행을 위해 모든 측면을 세심하게 다루는 방법을 알아보겠습니다.

효율적인 Sprint Planning을 위한 역할 정의

애자일 프로젝트 관리에서 효과적인 Sprint Planning 회의를 진행하려면 역할과 책임이 명확해야 합니다. 명확한 이해와 원활한 운영을 위해 Sprint Planning 단계의 일반적인 역할과 구체적인 임무를 더 살펴보겠습니다.

일반적인 역할과 책임

일반적인 Sprint Planning 회의에서는 몇몇 핵심 참여자가 전체 계획과 방향을 정하는 데 기여합니다. 가장 흔한 참여자는 Product Owner, Scrum Master, Scrum Team(개발 팀)입니다. 다만 프로젝트의 규모와 복잡성에 따라 추가 이해관계자가 참여할 수도 있습니다.

• Product Owner: Product Owner는 사업 우선순위를 바탕으로 Sprint의 목적이나 목표를 설명하며 Sprint Planning의 중심 역할을 합니다. 계획 회의에서 논의할 수 있도록 Product Backlog를 정제하고 준비할 책임이 있습니다. 또한 개발 팀과 이해관계자를 잇는 주요 연결 고리로서 프로젝트 비전을 전달하고 모두가 전체 목표와 방향을 맞추도록 합니다.
• Scrum Master: Scrum Master는 Scrum Team 구성원으로 참여하여 생산적인 협업이 이루어지도록 돕습니다. 모든 논의를 주재하거나 개발자의 계획을 지시할 필요는 없습니다. 계획 회의 중 효과적인 소통과 의사결정에 적합한 환경을 유지합니다. 또한 팀원들이 장애물이나 방해 없이 자유롭게 기여할 수 있는 긍정적인 분위기를 조성하고자 합니다.
• 개발 팀: 개발 팀은 Sprint Planning의 중심에서 Product Owner 및 Scrum Master와 협력하여 Sprint Goal 달성에 필요한 작업을 계획하고 추정합니다. 또한 작업의 노력과 실현 가능성을 평가하여 Sprint에 선택한 작업을 완료하겠다는 이행 의지를 밝힙니다. 전문성을 활용하여 Product Backlog에서 확인한 작업을 효과적으로 수행하는 방법에 유용한 의견도 제시합니다.

역할을 명확히 정의하면 모두가 Sprint Planning에서 자신에게 기대되는 바를 알게 되어 팀원들의 책임감을 높이는 동시에 소통 경로를 간소화할 수 있습니다.

자동차 엔진을 상상해 보세요. 각 부품은 고유한 기능이 있으며 최적의 성능을 내려면 다른 구성 요소와 원활하게 함께 작동해야 합니다. 마찬가지로 Sprint Planning의 각 참여자는 중요한 역할을 맡아 성공적인 결과에 기여합니다.

역할이 명확하면 팀원 간 조율이 개선됩니다. 그 결과 모두가 성공적인 Sprint 결과를 만드는 데 자신의 몫을 이해하는, 더 효율적이고 생산적인 Sprint Planning 회의가 됩니다.

작업량과 Sprint 기간의 전략 수립

Sprint를 계획할 때는 팀의 가용 역량과 Sprint 기간이라는 두 가지 핵심 요소를 고려합니다. 이 중요한 요소들과 Sprint 성공에 미치는 영향을 자세히 살펴보겠습니다.

가용 역량 산정

개발 팀의 가용 역량은 Sprint Planning에서 매우 중요합니다. 단순한 근무 시간만의 문제가 아닙니다. 공휴일, 예정된 부재, 가용성에 영향을 미치는 다른 일정도 고려해야 합니다. 각 팀원의 고유한 강점과 역량 역시 효과적인 작업 분담에 중요합니다.

예를 들어 개발자가 다음 Sprint 중 휴가를 계획했다면 줄어든 가용 시간 때문에 다른 팀원들에게 작업을 재분배해야 할 수 있습니다. 가용 역량 산정 중 이러한 상황을 예상하면 작업량의 균형을 맞출 수 있습니다.

가용 역량 계획 팁: 이전 Sprint의 성과를 관찰하고 개인별 작업량 분포를 분석하면 팀의 실제 가용 역량에 유용한 통찰을 얻을 수 있습니다.

기간 결정

팀은 보통 1~4주이며 언제나 한 달 이하인 적절한 Sprint 길이를 선택한 뒤 일관된 주기를 유지합니다. 계획할 때는 작업량에 맞추어 Sprint를 늘리는 대신 선택한 작업을 정해진 시간에 맞춥니다.

짧은 Sprint는 적응성을 높이고 피드백 주기를 단축하며 당장의 우선순위에 더 집중하도록 합니다. 마감이 가까워지므로 긴박감을 높이고 높은 생산성을 유지하게 합니다.

반면 긴 Sprint는 심층 분석, 복잡한 문제 해결, 포괄적인 테스트에 도움이 될 수 있습니다. 진척이 느려지거나 결과물 제공이 지연되지 않도록 철저함과 효율성 사이의 균형을 맞추는 것이 중요합니다.

팀이 철저한 사용자 테스트와 피드백 반영이 필요한 중요한 새 기능을 개발한다고 가정해 보세요. 주기를 선택할 때 팀은 조금 더 긴 Sprint가 피드백 주기에 도움이 되는지 고려할 수 있습니다. 테스트와 통합은 여전히 작업 전반에서 이루어져야 하며, 진행 중인 Sprint를 추가 범위를 완료하기 위해 연장하지는 않습니다.

기간 결정에 관한 통찰: 이전 Sprint의 성과를 관찰하고 회고를 분석하면 팀에 이상적인 Sprint 기간을 파악하는 데 유용한 통찰을 얻을 수 있습니다.

애자일 프로젝트 관리를 위한 효과적인 계획을 세우려면 가용 역량 산정과 Sprint 기간 결정을 모두 고려해야 합니다. 이러한 전략적 선택은 가치 있는 Increment를 제공하기 위한 명확한 시간 경계에 팀의 역량을 맞추어 성공적인 Sprint Planning의 토대를 만듭니다.

Sprint Planning의 산출물과 결과 이해

Sprint Planning 회의는 성공적인 Sprint의 기반을 마련하는 데 필수적입니다. 주요 산출물 중 하나는 명확한 Sprint Goal을 설정하는 것입니다. Sprint Goal은 Sprint 중 팀 작업의 방향을 정하고 공동 목적을 달성하도록 노력을 맞춥니다. 이는 단결과 명확성을 제공하여 팀의 사기와 의욕을 높입니다.

잘 정의된 Sprint Goal이 중요한 이유는 집중할 방향을 제공하기 때문입니다. 이는 Sprint 중 방해나 범위 확대를 막고 모두가 무엇을 향해 일하는지 알도록 합니다. Sprint Goal은 안내하는 빛처럼 Sprint 전반에 발생할 수 있는 불확실성과 변화 속에서 팀을 이끌고 팀원 간 공동 비전을 형성합니다.

Sprint Planning에서는 목표를 정의하는 것 외에도 Sprint Goal, 선택한 항목, 개발자의 제공 계획으로 구성된 Sprint Backlog를 만듭니다. 이 판의 “이행을 약속한 Backlog”라는 표현은 최초의 모든 항목을 바꿀 수 없이 보장한다는 뜻이 아니라 현실적인 예측을 설명합니다. Sprint Backlog는 개발 팀이 다음 Sprint에서 완료할 수 있다고 믿는 작업을 정리한, 개발자들의 변화하는 계획입니다. 이러한 이행 의지는 책임감을 유지하고 팀 내 신뢰를 높이는 데 필수적입니다.

이행을 약속한 Sprint Backlog를 만들려면 Sprint Goal 달성에 필요한 작업을 철저히 이해해야 합니다. 팀의 개인 및 공동 역량을 세심하게 추정하고 고려해야 합니다. 이 과정은 팀에 과도한 작업 부담을 주려는 것이 아니라 모든 구성원이 공동 목표 달성에 의미 있게 기여할 자신의 역량을 확신하는 협업 환경을 조성하려는 것입니다.

Sprint Planning의 이러한 산출물을 이해하면 팀은 의도와 목적을 가지고 회의에 임할 수 있습니다. 명확한 목표와 현실적이고 조정 가능한 Backlog를 강조함으로써 각 Sprint의 효율성, 팀워크, 생산성을 높여 궁극적으로 전체 프로젝트 성공에 기여할 수 있습니다.Sprint Planning의 핵심 요소를 익히면 일관된 프로젝트 성공의 중요한 기둥이 되어 애자일 팀 안에 협업, 명확성, 성취의 문화를 조성할 수 있습니다.