스크럼이란 무엇인가 ?
스크럼은 사내 및 가상 팀이 스프린트라는 짧은 프로젝트 주기로 제품을 개발하는 애자일 기반의 프로젝트 관리 프레임워크입니다. 각 스프린트가 끝날 때마다 고객의 피드백을 수집하고 고객의 제안을 반영하여 개발 프로세스를 계속 진행합니다.
수많은 소프트웨어 개발자가 다음과 같이 이야기합니다 애자일 스크럼 그리고 매일 스탠드업을 하다 보면 길을 잃고 압도당하기 쉽습니다.
아무것도 모르면서 고개를 끄덕일 수 있는 경우는 _아무것도 모르면서 고개를 끄덕일 수 있는 경우가 많지 않습니까?
하지만 걱정하지 마세요.
생각보다 훨씬 쉬워요!
이 스크럼 가이드에서는 스크럼에 대해 알아야 할 모든 것을 살펴보고 스크럼이 어떻게 여러분과 팀 전체에 도움이 되는지 이해하도록 도와드릴 것입니다. 또한 스크럼 프로젝트를 관리하는 가장 좋은 방법도 소개합니다.
지금 바로 시작해보세요!
스크럼이란 무엇인가요?
스크럼 은 매우 간단합니다
팀, 특히 소프트웨어 팀이 제품 개발을 관리하는 데 도움이 되는 소프트웨어 개발 방법론입니다.
스크럼은 어떻게 작동하나요?
스크럼 방법에서는 점진적이고 반복적인 프로세스를 팔로우하여 프로젝트 또는 제품 관리를 진행합니다.
프로젝트의 수명 주기는 특정 기간(스프린트라고 함)의 작은 주기로 나뉘며, 각 주기는 독립적으로 다루게 됩니다. 각 스프린트의 권장 기간은 2~4주이며, 프로젝트를 빠르게 개발하고 기한에 맞춰 마감일을 맞추는 데 도움이 됩니다.
각 스프린트 주기가 완료되면 작업 중인 소프트웨어(증분이라고 함)를 이해관계자(보통 고객)에게 제시하여 피드백을 받습니다.
**_작업 소프트웨어란 무엇인가요?
작업 중인 제품은 단순히 사용 가능한 조건의 실행 가능한 제품입니다.
고객에게 제품을 시연하고 피드백을 수집한 후 다음 스프린트로 넘어가기 전에 고객의 권장 사항을 구현합니다.
이는 폭포수 모델과 같이 완성된 제품을 개발하여 고객에게 배송하는 전통적인 프로젝트 관리 프로세스와는 매우 다릅니다.
다음은 예시입니다:
소프트웨어 애플리케이션을 개발 중이라고 가정해 보겠습니다.
Waterfall과 같은 전통적인 방법을 사용하면 소프트웨어 개발 프로세스의 모든 복잡한 일(기획, 테스트, 개발)을 1년 이상 혼자서 수행하게 됩니다.
그런 다음 고객에게 이 모든 노력을 인정해 주기를 기대하며 제품을 선보이게 됩니다. 문제는 고객이 그 모든 것을 좋아하지 않을 수도 있다는 것입니다.
고객이 원하고 필요로 하는 것을 가정하여 이 앱을 만들었음을 기억하세요. 그 가정이 정확하지 않았을 수도 있습니다.
대신 스크럼 프로젝트 관리를 사용했다면 각 단계마다 고객을 적극적으로 참여시키고 의견을 수렴할 수 있었을 것입니다. 이를 통해 우수한 품질의 제품을 만들어 고객에게 최고의 가치를 제공할 수 있습니다!
빠른 개발 작업 속도를 따라잡기 위해 스크럼 제품 팀은 화이트보드(스크럼 보드)를 사용하여 작업과 스프린트를 관리합니다.
스크럼은 어떤 용도로 사용되나요?
스크럼은 주로 개발자 팀에서 소프트웨어 프로젝트를 관리하고 고품질 소프트웨어를 구축하는 데 사용되지만, 다음과 같은 곳에서도 사용할 수 있습니다 애자일 마케팅 및 영업 팀이 프로젝트를 효율적으로 관리할 수 있도록 지원합니다.
스크럼이 어떻게 도움이 되나요?
스크럼 방식을 사용하면 두 가지 주요 이점이 있습니다:
- 전체 프로젝트를 한 번에 시도하지 않기 때문에 문제가 발생했을 때 더 쉽게 변경할 수 있습니다. 예를 들어, 기술적 결함이 있는 경우 전체가 아니라 스프린트 주기 하나만 다시 실행하면 됩니다 (PHEW!)
- 스프린트 기반 반복 개발을 사용하면 각 스프린트 주기가 끝날 때마다 이해 관계자로부터 피드백을 받고 다음 스프린트 전에 이를 개발에 반영할 수 있습니다. 이 지속적인 프로세스를 통해 고객을 적극적으로 참여시키고 고객이 좋아하는 최종 제품을 만들 수 있습니다!
이 문구를 기억하세요: "고객을 위한, 고객에 의한, **고객을 위한?"이라는 문구를 기억하세요
스크럼은 이것이 단순한 마케팅 기믹이 아니라 진짜라는 것을 보장합니다!
스크럼 방법론의 간략한 역사 ### 스크럼 방법론의 역사
럭비에 익숙하다면 '스크럼'이 무슨 뜻인지 알 것입니다. 스크럼은 한 팀이 머리를 맞대고 공을 소유하기 위해 시도하는 럭비 포메이션입니다.
스크럼 프로젝트 관리의 뿌리는 바로 여기에 있습니다.
다음은 스크럼에 대한 간략한 역사 수업입니다:
- 1986년 일본의 두 교수인 다케우치 히로타카와 노나카 이쿠지로는 하버드 비즈니스 리뷰에 "새로운 신제품 개발 게임"이라는 글에서 "스크럼"이라는 용어를 소개했습니다
- 이에 영감을 받은 제프 서덜랜드는 1990년대 초 소프트웨어 개발 프로젝트에 스크럼 이론을 사용했습니다
- 1995년, 제프 서덜랜드와 켄 슈바버는 OOPSLA '95(객체지향 프로그래밍, 시스템, 언어 및 애플리케이션 '95) 컨퍼런스에서 적절한 프레임워크로서 스크럼을 발표했습니다
- 2001년 켄 슈와버, 제프 서덜랜드, 15 등이 애자일 프로젝트 관리 프레임워크를 소개하면서 스크럼은 애자일 기반 프로젝트 관리 방법론으로 정의됨
하지만 잠깐, 애자일이란 무엇인가요?
애자일 프레임워크는 스프린트 접근법을 기반으로 하는 관리 방법론을 광범위하게 분류한 것입니다.
각 애자일 방법은 고유하지만, 모든 애자일 방법은 애자일 선언문을 따릅니다.
애자일은 스크럼의 일부인가요?
애자일은 스크럼의 부분이 아니라 그 반대입니다.
스크럼은 다양한 애자일 관리 값과 원칙을 기반으로 구축된 애자일의 부분 집합입니다. 스크럼은 제품 개발에 짧은 기간의 반복적인 접근 방식을 채택합니다.
애자일 선언문이란 무엇인가요?
애자일 선언문은 애자일 방법론과 그 의미를 간략하게 요약한 것입니다. 애자일 개발과 애자일 프로그래밍 최고의 실행 방식을 안내하는 12가지 핵심 원칙으로 구성되어 있습니다.
모든 것이 계획대로 진행되려면 애자일 원칙을 부지런히 팔로워해야 합니다. 다음은 이러한 원칙을 요약한 것입니다:
- 고객 만족을 위한 애자일 원칙: 항상 고객을 우선순위에 두어야 합니다. 변화하는 요구와 피드백을 점검하고 적응하여 고객이 만족할 수 있는 제대로 작동하는 제품을 제공해야 합니다.
- 품질에 대한 애자일 원칙: 성공의 주요 척도는 고객 만족입니다. 이는 지속적인 개선으로 이어지는 테스트 중심의 지속 가능한 개발을 통해 달성할 수 있습니다.
- 팀워크의 애자일 원칙: 팀원들은 항상 적극적으로 참여하고 동기를 부여받아야 합니다. 전체 팀원에게 권한을 부여하고, 유능한 개인으로 대우하며, 성공에 필요한 tools를 제공하세요.
- 애자일프로젝트 관리의 원칙테스트 중심 개발을 단순하게 유지하고 프로세스를 지속적으로 평가하세요. 불필요한 프로세스를 모두 제거하여 작업 속도를 높이고 정기적으로 최적화하세요.
_이 모든 것이 무엇을 의미할까요?
애자일 개발 방법론은 시간이 지남에 따라 변화하는 요구 사항을 검사하고 이에 적응하며 최종 사용자의 지속적인 피드백을 장려합니다.
모든 단계에서 고객의 피드백을 반영하여 최종 결과물이 고객이 열광할 수 있는 것이 되도록 하는데, 이는 워터폴 모델에서는 볼 수 없는 것입니다.
이제 스크럼 방식이 애자일 프레임워크에 어떻게 적용되는지 살펴봅시다
애자일이 다이어트라면 스크럼은 다이어트를 용이하게 하는 레시피라고 생각하면 됩니다.
기본적으로 스크럼은 애자일 프레임워크의 하위 집합이며, 다음과 같이 구성됩니다 스크럼 값 및 애자일 원칙에 기반한 스크럼 원칙.
스크럼의 목표는 테스트 중심 개발 원칙을 더 빠르고, 더 간단하고, 더 유연하게 적용하여 복잡한 제품을 쉽게 개발할 수 있도록 돕는 것입니다.
애자일 팀과 스크럼 팀은 비슷하지만 역할은 약간 다릅니다.
예를 들어 애자일 팀에는 애자일 코치 또는 프로젝트 매니저가 있을 수 있지만 스크럼 팀에서는 일반적으로 프로젝트 매니저의 역할이 제품 소유자, 스크럼 마스터 역할, 개발 팀으로 나뉩니다.
왜 애자일 스크럼이라고 하나요?
스크럼은 애자일 프로젝트 관리 철학의 기본 원칙을 사용하기 때문에 애자일 스크럼이라고도 합니다.
실제로 스크럼을 칸반 방법, 익스트림 프로그래밍, 린 또는 확장된 애자일 프레임워크와 같은 다른 애자일 방법과 결합하여 효율성을 높일 수 있습니다.
누가 스크럼의 혜택을 받을 수 있나요?
스크럼과 같은 애자일 방법은 당연히 소프트웨어 개발 팀에 적합합니다.
소프트웨어 개발 프로젝트에는 일반적으로 엄격한 고객 테스트가 포함되고 유연성이 매우 중요하므로 스크럼은 이들에게 완벽하게 적합합니다.
하지만 애자일 소프트웨어 개발 만이 스크럼이 사용되는 곳은 아닙니다.
스크럼은 기술 분야에 뿌리를 두고 있지만 모든 종류의 환경에 적합합니다.
소프트웨어 개발 팀과 마케팅 팀부터 영업 회사, 직원이 몇 명 되지 않는 소규모 개발 조직에 이르기까지 모든 곳에서 스크럼을 사용할 수 있습니다.
스크럼 접근 방식은 차별을 두지 않으며 모두에게 도움이 될 수 있습니다!
스크럼 값이란 무엇인가요?
스크럼 가치는 스크럼 팀의 윤리 양식을 형성하며 5가지 일상적인 가치를 포함합니다:
- 용기: 스크럼 팀은 실험하고 옳은 일을 할 용기를 가져야 합니다
- 집중: 팀은 당면한 스프린트와 목표에 집중해야 합니다
- 헌신: 팀은 명확한 목적을 가지고 현실적인 목표를 만들고 이러한 목표를 달성하기 위해 커밋해야 합니다
- 개방성: 스크럼 프로젝트에 참여하는 모든 사람은 직면한 과제와 수행한 프로젝트 작업에 대해 개방적이어야 합니다. 이를 통해 모든 것에 대한 투명성을 완료할 수 있습니다.
- 존중: 효과적인 팀 협업을 위해 회원은 기술력이나 배경에 관계없이 서로를 존중해야 합니다
간단하죠?
스크럼 아티팩트란 무엇인가요?
스크럼 아티팩트는 인디아나 존스가 탐험하던 버려진 동굴의 잔해처럼 들립니다.
하지만 실제로는 스크럼의 핵심 요소입니다.
각 스크럼 아티팩트는 스크럼이 효과적으로 작동할 수 있도록 프로세스의 중추를 형성합니다.
다음은 스크럼 프레임워크를 형성하는 아티팩트에 대해 간략하게 살펴봅니다.
A. 제품 백로그란 무엇인가요?
제품 백로그는 완료해야 하는 작업의 우선순위가 지정된 목록으로, 프로젝트를 실현하기 위해 필요한 모든 것을 담고 있습니다.
이 스크럼 아티팩트는 본질적으로 프로젝트를 완료됨에 따라 완료되어야 하는 모든 것의 할 일 목록입니다.
일반적으로 제품 백로그 항목은 적용하기 쉽도록 사용자 스토리를 통해 제시됩니다.
사용자 스토리란 무엇인가요?
사용자 스토리는 애자일 스크럼 방법론의 핵심 부분입니다.
사용자 스토리는 최종 사용자의 관점에서 제품 기능에 대한 짧은 설명입니다. 애자일 방법론에서 사용자 스토리는 다음과 같은 간단한 문장의 양식을 취합니다:
"[최종 사용자 역할]로서, 나는 [욕구]를 원하므로 [근거]".
그런 다음 개발자는 워크플로우에서 기능을 빌드하고 만들 때 해당 사용자 스토리를 고려합니다. 이는 제품 소유자와 스크럼 팀원이 자신의 관점이 아닌 사용자의 관점을 고려하도록 돕기 위한 것입니다. 이는 본질적으로 제품 팀이 사용자에게 실제로 필요한 것이 무엇인지에 대한 공유된 이해를 만드는 데 도움이 됩니다.
제품 백로그가 변경되나요?
스크럼은 동적인 프로젝트 관리 방법론이기 때문에 스크럼 아티팩트는 정적으로 유지될 수 없습니다. 그렇기 때문에 프로젝트가 진행됨에 따라 제품 백로그 항목이 지속적으로 변경됩니다.
_어떻게 이런 일이 발생하나요?
매 주기마다 피드백을 자주 받으면 고객이 무엇을 원하고 필요로 하는지 더 잘 파악할 수 있습니다. 그런 다음 제품 백로그 항목을 추가하거나 제거하여 최종 제품에 고객의 요구사항을 정확하게 반영할 수 있습니다. 이 전체 프로세스를 백로그 개선이라고 합니다.
B. 스프린트 백로그란 무엇인가요?
스프린트 백로그는 특정 스프린트에 대한 항목만 포함한다는 점을 제외하면 본질적으로 제품 백로그입니다.
제품 백로그와 마찬가지로 스프린트 백로그는 개발 팀이 피드백에 따라 스토리를 수정하기 때문에 매우 유연합니다.
C. 증분이란 무엇인가요?
아니요, 연봉 인상이 아닙니다
작업 소프트웨어 또는 제품 증분이라고도 하는 증분은 각 스크럼 스프린트에서 사용 가능한 최종 결과물을 의미합니다.
예를 들어, 한 스프린트가 앱 기능을 만드는 데 집중했다면 완성된 기능을 해당 스프린트의 제품 증분이라고 합니다.
스크럼의 핵심 역할은 무엇인가요?
스크럼이 전문화된 프로젝트 관리 방법론이라는 것은 분명합니다.
하지만 이를 실행하는 사람들은 어떤 역할을 할까요?
그들도 특별해야 하지 않을까요?
그들은 특별합니다!
모든 회사와 스크럼 팀은 다르지만, 모두 일반적으로 세 가지 핵심 스크럼 역할이 있습니다. 이 세 가지 역할은 프로젝트가 마감 기한을 지키기 위해 끊임없이 서로 협력합니다.
다음은 스크럼 팀 모델의 다양한 역할에 대한 간략한 개요입니다.
A. 제품 소유자는 누구인가요?
스크럼 개발 프로세스는 스크럼 제품 소유자로부터 시작됩니다.
이들은 최종 제품에 대한 비전을 가지고 있습니다. 제품 소유자는 제품 요구사항을 파악하고 포함할 것과 제외할 것을 최종 결정합니다.
또한 소유자는 이해 관계자에게 각 증분을 설명하고 스크럼 팀에 피드백을 전달하는 사람입니다.
각 프로젝트에는 단 한 명의 스크럼 제품 소유자가 있어야 하며, 그 권한에 이의를 제기하지 않는 것이 중요합니다.
_왜?
아치와 레지에게 파티 준비를 모두 맡기시겠어요?
소유자가 둘 이상이면 리더십이 명확하지 않아 의사 결정이 복잡해집니다.
스크럼 제품 소유자가 두 명 이상이라면 이 문제를 해결해야 합니다:
재미있죠?
그리고 여러 스크럼 팀에 하나의 제품 소유자를 둘 수는 있지만, 소규모 프로젝트의 경우라도 그렇게 하는 것은 별로 권장하지 않습니다.
제품 소유자 역할에는 많은 책임이 따르기 때문에 적절한 스크럼 교육을 받는 것도 중요합니다. 적절한 스크럼 교육 및 스크럼 인증을 받으려면 Agile Alliance 또는 스크럼 연합과 같은 전문 스크럼 그룹이 신뢰할 수 있는 출처입니다.
B. 스크럼 마스터는 누구인가요?
스크럼 프레임워크에서는 스크럼 마스터 는 아 프로젝트 관리자와 비슷하지만 이름이 더 멋집니다.
이들은 제품 개발을 함께 진행하며 목표와 결과물에 대해 책임을 지게 합니다.
스크럼 마스터 역할의 주요 기능은 팀 내 커뮤니티와 화합을 촉진하는 것입니다. 또한 제품 소유자를 도와 프로젝트의 리소스 할당 프로세스.
스크럼 마스터는 반드시 투자 수익을 추구하지는 않지만(ROI가 중요한 요소이긴 하지만), 애자일 프로세스를 간소화하고 효과적인 스크럼 팀을 만들기 위해 올바른 관행을 프로모션하려고 노력합니다.
하지만 스크럼 마스터의 _핵심 역할과 임무는 회사마다 다릅니다
한 애자일 조직에서 스크럼 마스터는 제품 개발 프로세스 자체의 일부를 담당할 수도 있습니다. 더 큰 규모의 애자일 조직에서는 단순히 제품 개발 팀을 코칭하는 중재자 역할을 할 수도 있습니다.
스크럼 마스터의 역할은 일반 프로젝트 매니저와 매우 다르기 때문에 스크럼 팀을 '즉시' 관리할 수는 없습니다. 모든 프로젝트 관리자는 역할을 맡기 전에 공인 스크럼 마스터가 되는 것이 좋습니다.
Scrum.org나 프로젝트 관리 연구소 같은 전문 단체에서 스크럼 교육을 철저히 받고 스크럼 자격증을 취득한 후 프로젝트를 관리하는 것이 가장 이상적입니다. 그렇게 하면 훌륭한 스크럼 마스터가 될 수 있습니다.
C. 스크럼 개발 팀의 구성원은 누구인가요?
스크럼 개발 팀은 아마도 세계에서 가장 열심히 일하는 팀 일 것입니다
스크럼 팀은 프로젝트에서 대부분의 개발 노력을 수행하는 5~7명의 소규모 회원으로 구성된 팀입니다. 스크럼 팀원은 일반적으로 전문 기술을 보유하고 있으며, 개발 프로세스가 느려지지 않도록 동료를 교차 교육합니다.
이러한 교차 기능 팀 도 고도로 자체 조직화된 팀이며 최소한의 외부 지원으로 목표를 달성하기 위해 서로를 지원합니다
자체 조직화 수준이 높기 때문에 스크럼 팀원은 업무를 수행하기 위해 철저한 훈련과 경험이 필요합니다. 스크럼 전문 교육기관에서 스크럼 자격증을 취득할 필요는 없지만, 이를 권장합니다.
스크럼의 주요 행사(이벤트)는 무엇인가요?
스크럼 프레임워크는 프로젝트를 추적할 수 있도록 일련의 반복적인 이벤트(스크럼 이벤트)를 기반으로 합니다. 스크럼 이벤트는 프로젝트 진행에 필수적이며 이벤트 없이는 프로젝트를 진행할 수 없습니다.
개발을 안내하는 스크럼 이벤트에 대해 자세히 살펴보세요.
**A. 백로그 계획 회의란 무엇인가요?
첫 번째 스크럼 계획 회의입니다.
여기서 제품 소유자는 제품 백로그를 작성하기 시작하여 팀에게 처리할 모든 작업과 스토리에 대한 아이디어를 제공합니다. 제품 백로그는 새로운 고객 피드백에 따라 지속적으로 변경되므로 이 이벤트는 결코 끝나지 않습니다.
제품이 완성될 때까지 제품 백로그에 대한 플랜을 지속적으로 조정해야 합니다.
**B. 스프린트 계획 회의란 무엇인가요? 스프린트 기획 회의 은 스크럼과 애자일 프로세스의 또 다른 핵심 부분입니다.
In 스프린트 플랜 회의를 통해 전체 개발 팀이 개별 반복 주기에 대한 범위(계획된 일)를 결정합니다.
팀은 제품 백로그에 있는 기존 스토리를 검토하고 현재 스프린트에서 어떤 스토리를 시도할지 결정합니다. 그런 다음 팀은 이 스프린트의 마감일을 결정하고 서로에게 작업 책임을 분담합니다.
**C. 스크럼 스프린트란 무엇인가요?
스프린트라고 하면 가장 먼저 떠오르는 것이 무엇인가요? 우사인 볼트?
아니면 전속력으로 달리는 동네 아이들이 떠오르시나요?
애자일 프로세스에서 스프린트도 마찬가지입니다!
타임 박스 또는 반복이라고도 하는 스프린트는 일반적으로 프로젝트 세션을 캡슐화하는 2주 기간입니다.
각 고정된 길이의 반복이 진행되는 동안 개발 팀은
- 제품을 적극적으로 작업합니다
- 고객 피드백을 검사하고 조정합니다
- 서로의 의견을 확인합니다
대부분의 스프린트에는 일련의 결과물로 구성된 "스프린트 목표"가 있지만, 이러한 목표는 유연할 수 있습니다. 스프린트는 고객의 피드백을 고려해야 하고 고객이 일부 변경이 필요한 경우 스크럼 스프린트에서 이를 수용해야 하기 때문입니다.
**D. 일일 스탠드업이란 무엇인가요?
일일 스탠드업은 매일 매우 빠르게 진행됩니다 스크럼 회의 를 통해 제품 백로그에 대한 모든 것에 대한 스프린트 진행 상황을 업데이트하세요. Teams는 매일 스크럼 회의를 통해 매일 발생한 일을 검토하고 다가오는 일을 준비합니다.
매일 스크럼 회의를 해야 합니다:
- 15분 이내로 진행
- 모든 팀원이 참석해야 합니다
- 모든 사람이 작업을 계속할 수 있도록 스크럼 마스터가 진행해야 합니다
- 전날을 되돌아보고 그날의 아젠다를 설정하기 위해 아침에 진행해야 합니다
일일 스크럼 회의는 프로젝트 장애를 해결하기 위한 회의가 아님을 기억하세요.
제기된 진행 장애는 일반적으로 회의 직후 관련 하위 그룹에서 처리합니다.
일일 회의에서 각 팀원은 스크럼 프로세스의 일부로 다음 세 가지 질문에 답합니다:
- 어제 무엇을 했습니까?
- 오늘은 무엇을 할 것인가?
- 프로젝트를 진행하는 데 장애물이 있습니까?
**E. 스크럼의 스크럼 회의란 무엇인가요?
스크럼 오브 스크럼은 스크럼 관리에 관한 판타지 TV 시리즈의 마지막 전투처럼 들리죠?
슬프게도 그렇지 않습니다. 일종의 대규모 매일 스크럼 회의 같은 거죠
때로는 대규모 프로젝트 수요에 대처하기 위해 팀이 여러 개의 스크럼 팀으로 나뉘기도 합니다. 또한 팀 크기가 큰 경우에는 여러 개의 스크럼 팀으로 나누는 것이 가장 좋습니다.
이 모든 팀은 같은 스프린트 목표를 향해 일하지만, 상당히 독립적으로 일합니다.
하지만 여러 팀이 참여하기 때문에 _조율도 필요하겠죠?
바로 여기서 스크럼 의 스크럼 회의가 시작됩니다.
이 회의에서는 각 팀의 대표들이 모여 정기적으로 스프린트 진행 상황을 모두에게 업데이트합니다. 스크럼의 스크럼은 모든 사람이 같은 페이지에 있고 각 스크럼 팀이 무엇을 하고 있는지에 대한 단서를 얻을 수 있도록 합니다.
**F. 스프린트 검토 회의란 무엇인가요?
이해관계자를 위한 점검 포인트 역할을 하는 스프린트 리뷰 회의는 팀이 이해관계자에게 증분 내용을 발표하고 피드백을 받는 자리입니다.
이 회의에서는 이해관계자의 품질 점검 및 검증을 위해 작업 중인 소프트웨어의 데모를 선보입니다. 이렇게 하면 팀은 이해관계자로부터 적시에 피드백을 받고 다음 스프린트에서 필요한 변경을 수행할 수 있습니다.
**G. 스프린트 회고란 무엇인가요?
스프린트가 끝날 때 실시하는 회고 회의에서는 전체 팀이 지난 스프린트를 점검하고 다음 스프린트에서 어떻게 개선할지 논의합니다.
피드백을 통해 배우는 것은 애자일 스크럼 방법론의 핵심이며, 이는 팀원들에게 훌륭한 배움의 기회를 제공한다는 점을 기억하세요.
이전 스프린트에서 무엇이 잘못되었는지 되돌아보고 다음 스프린트를 개선하기 위한 아이디어를 브레인스토밍함으로써 팀원들은 스프린트 회고전 를 사용하여 시간이 지남에 따라 체계적으로 개선할 수 있습니다.
보너스: 인쇄 회고 템플릿 그렇다면 스프린트 리뷰 는 스프린트 회고 와 어떻게 다른가요?
검토와 회고 회의는 모두 자주 점검한다는 점에서 같지만 두 가지 다른 점이 있습니다.
스프린트 리뷰에서는 제품 증분을 데모하고 개선하는 데 중점을 두는 반면, 회고에서는 이전 스프린트를 분석하여 프로세스 개선에 중점을 둡니다.
애자일 스크럼 방법론을 원활하게 실행하는 방법
물론, 스크럼 팀 역할, 아티팩트, 의식은 스크럼 프레임워크 를 구축하고 비즈니스 가치가 높은 제품을 개발하는 데 도움이 됩니다
하지만 프로젝트를 전적으로 관리하기에는 충분하지 않습니다.
_충격받으셨나요? 아닙니다
스크럼 칸반, 확장된 애자일, 익스트림 프로그래밍 또는 모든 애자일 방법의 이점을 제대로 누리고 싶다면 올바른 애자일 소프트웨어를 사용해야 합니다.
_왜?
애자일 소프트웨어가 없으면 팀은 모든 활동을 위한 통합된 장소를 갖지 못하게 됩니다. 팀원들은 무슨 일이 일어나고 있는지 파악하기 위해 여러 앱 사이를 전환해야 할 것입니다.
(그리고 스크럼 프로젝트에서는 보통 많은 일이 진행 중입니다!)_
Excellent 애자일 스크럼 도구 는 애자일 팀에 도움이 됩니다:
- 프로젝트 또는 스프린트 진행 상황을 추적합니다
- 각 제품 백로그 항목, 사용자 스토리 및 해당 스토리 포인트를 추적합니다
- 서로 및 프로젝트 이해 관계자와 협업하기
_하지만 오늘날 수많은 도구가 있는데, 어떤 도구를 사용하시나요?
간단합니다: ClickUp!
2021년 최고의 애자일 스크럼 도구: ClickUp
ClickUp은 세계에서 가장 높은 평가를 받는 애자일 스크럼 프로젝트 관리 도구입니다.
스타트업부터 Google, Webflow와 같은 대기업에 이르기까지 **200,000개 이상의 팀이 사용하는 이 도구는 스크럼과 애자일 혁신 수월하게.
또한 원격 프로젝트 관리와 관련된 주요 가상 팀 과제를 극복할 수 있는 최고의 도구를 찾고 있다면 ClickUp을 사용하세요!
ClickUp에는 다음과 같이 사내 및 원격 애자일 스크럼 프로젝트에 도움이 되는 다양한 기능이 있습니다:
- 여러 보기로 변화하는 작업 단계에 대처하기
- 스프린트 리스트로 스프린트에 포함된 내용을 추적하세요
- 애자일 대시보드로 작업 진행 상황 모니터링
- 맞춤형 상태를 사용하여 작업 상태를 파악하세요
- 할당된 댓글로 즉각적인 커뮤니케이션 촉진
ClickUp이 애자일 및 스크럼 개발에 어떻게 도움이 되는지 간단히 살펴보세요:
1. 여러 보기 다양한 프로젝트 요구 사항을 관리할 수 있도록 도와줍니다
애자일과 스크럼은 모두 변화하는 고객의 요구사항에 적응하는 것이 핵심이죠?
그렇기 때문에 프로젝트 관리 도구도 이러한 변화하는 요구 사항을 처리할 수 있어야 합니다.
애자일 팀이 인터페이스에 적응하도록 강요하는 경직된 관리 도구를 사용하는 대신 ClickUp을 사용하세요!
스크럼 및 애자일 접근 방식에 즉시 적응할 수 있도록 다중 보기를 제공합니다.
이러한 보기에 대해 자세히 살펴보고 스크럼 또는 애자일 팀에 어떻게 도움이 되는지 알아보세요:
A. 필수 작업 보기
ClickUp에는 두 가지 일반적인 프로젝트 관리 스타일을 처리하기 위한 두 가지 필수 작업 보기가 있습니다:
- 목록 보기*
이 보기는 GTD 스타일의 할 일 목록으로 일을 관리하는 스크럼 팀에 적합합니다. 작업이 간단한 체크리스트로 목록화되어 있어 진행하면서 쉽게 체크오프할 수 있습니다.
여러 작업에 대한 스프린트 목록을 추적하는 데 사용하세요. 각 작업이 주문 목록처럼 차례로 나열되어 있어 순차적으로 작업을 진행할 수 있습니다.
- 보드 보기*
스크럼 보드 보기는 스크럼과 칸반 방식을 결합하고자 하는 팀에 적합합니다. 이 보기를 단순히 원하는 경우에도 사용할 수 있습니다 칸반 보드 스크럼 보드에 기능을 추가하세요!
여기에서는 스크럼 작업 보드에 작업을 배치하고 드래그 앤 드롭하여 빠르게 조정할 수 있습니다.
B. 박스 보기
박스 보기는 팀이 어떤 일을 하고 있는지 개략적인 개요 보기에 적합합니다.
프로젝트 소유자와 제품 매니저는 이 보기를 사용하여 개발 팀을 계속 확인할 수 있습니다. 작업이 담당자별로 정렬되므로 누가 어떤 일을 하고 있는지 즉시 알 수 있습니다.
C. 달력 보기
ClickUp의 달력 보기는 스프린트 작업을 미리 플랜하고 관리하는 데 도움이 됩니다. 이 기능을 사용하여 제품 백로그의 항목을 스프린트 백로그에 추가할 수 있는 시기를 결정할 수도 있습니다.
유연성을 높이기 위해 관리자는 달력을 다음과 같이 볼 수 있습니다:
- 일: 지정된 날짜에 예정된 모든 작업을 보고 일일 생산성 검토를 수행합니다
- 4일: 4일 기간 동안의 작업 일정을 확인합니다
- 주: 주간 스프린트 일정 보기
- 월간: 월 단위로 프로젝트 로드맵을 보여줍니다
D. 나 모드
ClickUp의 나 모드는 나에게 할당된 일정만 추적할 수 있는 완벽한 방법입니다.
나에게 할당된 작업, 댓글, 목록만 강조 표시합니다. 이렇게 하면 다른 팀원들의 과제에 방해받지 않고 작업에 집중할 수 있습니다.
2. 항상 스프린트를 추적할 수 있는 스프린트 목록
스크럼과 애자일 접근 방식은 _스프린트를 중심으로 회전합니다**.
스크럼 마스터에게 물어보면 이 얘기를 모두 들을 수 있습니다.
하지만 스프린트가 스크럼에 매우 중요하기 때문에 프로젝트 관리 도구는 스프린트를 효과적으로 처리할 수 있어야 합니다.
ClickUp을 사용하면 각 스프린트의 결과물을 세분화한 스프린트 목록을 만들 수 있습니다. 체크리스트이기 때문에 현재 스프린트를 진행하면서 항목을 빠르게 체크할 수 있습니다.
이러한 목록에 스크럼 포인트를 추가하여 스크럼 백로그를 완료하는 데 걸리는 시간을 결정할 수도 있습니다.
읽고 사용하기 매우 쉽기 때문에 애자일 코치가 새로운 팀에게 다양한 애자일 관행을 교육하는 데 쉽게 사용할 수 있습니다.
3. 애자일 대시보드 프로젝트에 대한 자세한 시각적 개요를 확인하세요
프로젝트 진행 상황을 실제로 확인하는 것만큼 좋은 것은 없죠?
그냥 숫자로만 보는 것보다 훨씬 낫죠.
이를 돕기 위해 ClickUp에는 강력한 대시보드가 제공됩니다. 대시보드는 프로젝트 진행 상황에 대한 빠르고 상세한 개요를 제공합니다.
이 대시보드가 프로젝트 관리에 애자일 방식을 적용하는 데 어떻게 도움이 되는지 살펴보세요:
A. 속도 차트
ClickUp의 속도 차트는 작업의 완료율을 파악하는 데 도움이 됩니다.
모든 작업은 격주 또는 주간 간격으로 분류되며, 평균 속도가 그래프에 표시됩니다. 또한, ClickUp은 스프린트 목록 데이터를 자동으로 그룹화하여 추가하기 쉽게 해줍니다. 이를 통해 스크럼 백로그를 얼마나 빠르게 처리하고 있는지 파악할 수 있습니다.
B. 번다운 차트
ClickUp의 Release 번다운 차트는 목표 라인 대비 팀의 성과를 강조합니다. 또한 완료해야 할 남은 일의 양을 보여줍니다.
릴리스 번다운 차트는 다음과 같은 다양한 메트릭을 강조합니다:
- 목표 진행률: 스프린트 목표에 도달하기 위한 이상적인 작업 완료 속도를 보여줍니다
- 예상 진행률: 완료된 작업을 기준으로 팀의 현재 진행률을 표시합니다
- 활성: 현재 완료된 작업의 번호를 표시합니다
릴리스 번다운 차트는 일정이 늦어지고 있는지 여부를 파악하는 데 도움이 되므로 스크럼 팀은 이를 사용하여 진행 장애를 빠르게 파악합니다.
C. 번업 차트
스프린트 번다운 차트와 달리, 번업 차트는 전체 작업 대비 이미 완료한 작업의 양을 보여줍니다. 이렇게 하면 완료한 작업을 점검하고 팀이 잘 마무리하도록 동기를 부여할 수 있습니다.
D. 누적 흐름 차트
ClickUp의 누적 흐름 차트는 시간이 지남에 따라 작업이 어떻게 진행되는지 보여줍니다.
작업은 현재 상태에 따라 다양한 색상으로 나뉩니다. 이를 통해 병목 현상을 빠르게 파악하고 해결 단계를 밟을 수 있습니다.
4. 맞춤형 상태 를 사용하여 다양한 작업 단계를 관리할 수 있습니다
스크럼 또는 애자일 방법론은 소프트웨어 개발 팀만을 위한 것이 아니란 점을 기억하세요.
영업 팀이나 마케팅 전문가와 같은 여러 팀에서도 사용합니다.
기본적인 스크럼 프로세스 프레임워크는 변하지 않지만, 각 팀마다 고유한 요구 사항과 프로젝트 단계가 있습니다.
예를 들어, 애자일 소프트웨어 개발과 애자일 마케팅 프로젝트의 검토 프로세스는 매우 다를 수 있습니다
그렇기 때문에 각 프로젝트에 맞는 맞춤형 상태를 생성할 수 있는 도구가 필요합니다.
ClickUp의 맞춤형 상태 기능을 사용하면 요구 사항에 맞게 프로젝트 상태를 사례별로 맞춤 설정할 수 있습니다. 이렇게 하면 필요에 맞지 않는 딱딱한 상태 설정에 얽매이지 않아도 됩니다.
5. 할당된 코멘트 프로젝트를 계속 진행하기 위해
스크럼 프로세스의 핵심 이점 중 하나는 빠른 처리 시간입니다
하지만 회원들이 여러분의 의견에 응답하는 데 시간이 오래 걸린다면 그 이점을 누릴 수 없겠죠?
ClickUp의 할당된 댓글 기능을 사용하면 이 문제에 작별을 고할 수 있습니다!
ClickUp을 사용하면 댓글로 작업을 빠르게 생성하여 모든 팀원에게 할당할 수 있습니다. 그러면 해당 팀원에게 해당 댓글에 대한 알림이 전송되며, 받은 편지함의 홈 탭의 댓글 및 멘션 섹션에도 해당 댓글이 표시됩니다.
작업이 완료되면 댓글을 해결됨으로 표시하여 불필요한 후속 조치를 피할 수 있습니다!
그러나 이것이 전부는 아닙니다 ClickUp의 기능 .
애자일 전환을 지원하기 위해 이 효과적인 도구는 애자일 개발 및 스크럼 원칙에 대응할 수 있는 로드의 추가 기능을 제공합니다:
- 우선순위: 가장 높은 우선순위를 기준으로 스프린트 작업의 우선순위를 설정합니다
- 자동화: ClickUp 내에서 50개 이상의 작업을 자동화하여 시간을 절약하세요
- 펄스: 뛰어난 세부 수준의 실시간 상태 보고서를 사용하여 팀의 활동을 시각화하세요
- 작업량 보기: 팀 리더는 각 회원이 자신의 용량에 따라 적절한 양의 일만 처리하도록 할 수 있습니다
- 목표: 스프린트 또는 제품 목표를 더 작고 명확한 목표로 나누세요
- 하위 작업 및 체크리스트: 복잡한 작업이나 작업 항목을 더 간단한 작업 또는 할 일 목록으로 세분화합니다
- 마인드 맵: 자유 양식 마인드 맵을 만들어 스프린트 계획 프로세스를 간소화하세요
- 간트 차트: 아름다운 간트 차트로 프로젝트의 진행 상황을 쉽게 차트화하세요
- 의존성: 애자일 소프트웨어 개발 작업을 올바른 순서로 빠르게 처리합니다
- 상세 보고: 스프린트 검토, 스프린트 회고 또는 스프린트 계획 회의 중에 상세한 작업 보고서로 팀 성과를 분석합니다
- 맞춤형 액세스 권한: 클라이언트와 이해 관계자를 프로젝트 스페이스에 허용하여 프라이버시를 침해하지 않으면서 더 나은 협업이 가능합니다
- 템플릿: ClickUp의애자일 템플릿 다음 프로젝트를 위해
- 강력한 iOS 및 Android 모바일 앱: 이동 중에도 내 일을 모니터링하세요
결론
So 스크럼이란 _?
이 스크럼 가이드가 이 질문에 대한 답을 찾는 데 도움이 되었기를 바랍니다.
하지만 다시 한 번 간략하게 살펴보겠습니다
스크럼은 애자일 프로젝트 관리의 하위 집합으로, 고객의 피드백을 통합하고 훌륭한 최종 제품을 신속하게 제공하는 데 도움이 됩니다.
스크럼 원칙부터 스크럼 백로그 및 스프린트 계획 회의에 이르기까지 스크럼에는 많은 것이 포함되어 있습니다.
다행히도 올바른 스크럼 소프트웨어를 사용하면 스크럼 또는 애자일 프로젝트 관리를 쉽게 관리할 수 있습니다.
그렇다면 왜 안 될까요? 오늘 ClickUp에 가입하세요 ?
모든 팀 크기에 적합한 ClickUp은 백로그, 스프린트, 팀 멤버를 관리하는 데 필요한 모든 것을 최고 수준의 사용자 친화성으로 제공합니다!