---

Scrum 프레임워크란 무엇일까요? 놀라실 수도 있습니다!

Scrum이란 무엇일까요? 복잡하게 설명하지 않으면 다음처럼 정의할 수 있습니다.

Scrum은 소프트웨어를 포함한 가치 있는 제품을 개발하고 제공하는 가볍고 반복적인 프레임워크입니다.

소프트웨어 엔지니어링에 널리 쓰이지만 소프트웨어 밖에서도 이 반복적 애자일 프레임워크를 적용합니다.

많은 IT 업계 사람은 Scrum이 2000년대 초 새 애자일 개발 및 제공 흐름과 나란히 등장한 용어라고 생각합니다. 잘못된 정보입니다!

Scrum의 비유는 1986년 1월 Harvard Business Review의 제품 개발 기사에 등장했습니다. Hirotaka Takeuchi와 Ikujiro Nonaka가 쓴 기사는 The New New Product Development Game. (네, New가 두 번입니다) Scrum의 시작을 알려면 “The New New Product Development Game”을 살펴보세요!

모든 종류의 개발 프로젝트에 사용할 수 있습니다. 내부 및 외부 고객의 제품과 서비스 모두를 위해 전체 소프트웨어 패키지나 큰 시스템의 일부 모듈을 개발하고 제공할 수 있습니다.

Scrum은 가벼운 프로세스입니다. 낭비와 중복 활동을 줄이면서 팀 생산성을 높이는 데 집중합니다.

몇 가지 규칙, 역할, 산출물, 이벤트로 일반 지침을 정의합니다. 그러나 이 모든 구성 요소는(프레임워크의 주요 구성요소) 중요하고 특정 목적이 있으며 성공적인 사용에 필수적입니다.

주요 구성 요소:

• Scrum Team의 세 가지 책임: Product Owner, Scrum Master, 개발자.
• 다섯 Scrum 이벤트(의식): Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective. Scrum 그루밍(Backlog 정제)은 여섯 번째 공식 이벤트가 아니라 이 이벤트들을 지원하는 지속적인 활동입니다.
• Product Backlog(Scrum Backlog) 또는 Scrum Product Backlog: Scrum 프로젝트의 알려진 모든 요구를 관리하고 우선순위를 정하는 산출물입니다.
• Sprint: 출시 가능한 소프트웨어 제품이나 서비스 Increment를 개발하는 작업 활동의 주기입니다.
• Sprint Backlog: Sprint Goal, 선택한 항목, 제공을 위한 개발자 계획을 담은 산출물입니다.
• Increment: Definition of Done을 충족하는 사용할 수 있는 제품 개선입니다.

자기 조직화와 조건 없는 협업은 Scrum의 핵심 요소입니다. 고전적인 프로젝트 관리자는 더 이상 필요하지 않습니다. 전통적인 책임을 Product Owner, Scrum Master, 개발자에게 분배합니다.

개발자는 자기 작업의 계획과 수행 방법을 소유하고 Scrum Master와 Product Owner는 자기 관리를 지원합니다. 예를 들어 Product Owner와 논의하여 Backlog 항목을 선택하고 사용 가능한 Increment 제공 방법을 계획합니다.

또 다른 중심 요소는 “점검과 적응”으로 가능하게 하는 지속적인 개선입니다. 팀은 산출물과 프레임워크 사용을 계속 관찰하고 점검하며 평가하여 조정하고 최적화합니다. 지속적 최적화는 품질, 효율성, 고객 만족을 극대화하고 낭비와 전체 위험을 최소화합니다.

Scrum은 특히 초기에는 요구사항을 완전히 알 수 없고 바뀔 가능성이 높다는 것을 이해합니다.

모든 프로젝트에는 모르는지도 모르는 것이 있습니다. 적을 때도, 많을 때도 있습니다. Scrum은 프로젝트를 진행하면서만 이러한 미지의 요소를 발견하고 다룰 수 있음을 받아들이게 합니다.

팀은 구현 전에 작업을 정제하고 곧 선택할 우선순위 높은 항목은 더 상세히 합니다. 그루밍과 Sprint Planning 중에 이루어집니다. 변화에 대한 개방성, 지속적인 최적화, 오류에서의 학습은 이제 전체 생애주기의 필수 요소입니다.

또 다른 초석은 투명성과 직접적인 소통입니다. Product Owner는 팀과 긴밀히 요구를 파악하고 우선순위를 정합니다. 스토리로 작성하여 Product Backlog에 저장할 수 있습니다. Backlog는 제품 개선에 필요한 알려진 작업을 담고 팀이 더 배우면 발전합니다.

팀은 보통 두 주에서 네 주이며 언제나 한 달 이하인 Sprint에서 자신 있게 제공할 스토리를 선택할 권한이 있습니다. 자신의 목표에 이행을 약속하므로 더 참여하고 의견이 경청된다고 느낍니다. 자연스러운 흐름과 계획에 참여하면 사기가 높아지고 성과가 향상됩니다.

Scrum Master는 팀을 위해 팀과 함께 일하는 섬기는 리더로서 또 다른 중요한 역할을 합니다.

Scrum Master는 원활한 운영을 위한 훈련된 진행자입니다. 때로는 이해관계자의 방해와 허구의 우선순위로부터 팀을 보호하는 숙련된 협상가입니다. 때로는 알려졌거나 예상되는 장애물이 팀을 막다른 길로 몰기 전에 제거하거나 예방하는 소통 전문가입니다. 몇 가지 책임만 말씀드렸으며 뒤에서 더 다룹니다.

순수한 Scrum은 독립성이 높은 단일 팀의 신규 또는 기존 시스템 프로젝트에 가장 적합합니다.

그러나 전문가의 실용적인 상식은 거기서 멈추지 않았습니다. “Chief Scrum Product Owner”와 “Scaled Scrum” 같은 추가 역할과 보완으로 여러 팀과 지리적으로 분산된 구조 등 다양한 프로젝트에도 사용할 수 있습니다. 이 내용도 더 다루겠습니다.

지금은 계속 관심을 가지고 강의를 즐겨 주세요!