스크럼은 요즘 가장 널리 퍼져있는 애자일 프레임 워크입니다. 기존의 제품 개발 관행에 비해 스크럼은 업그레이드로 간주됩니다. 그것은 세계 각 지 다른 산업에서 전문가 의해 인식 됩니다.
소프트웨어 개발에 대한 모든 단일 접근 방식에는 고유 한 라이프 사이클이 있습니다. 전통적인 폭포 방법론과는 달리,모든 민첩한 방법(스크럼 포함)의 라이프 사이클은 연속적인 것보다 오히려 반복적입니다. 이 기사에서는 스크럼 라이프 사이클이란 무엇입니까? 이 질문에 대한 답을 제공하면서 가장 먼저 언급해야 할 것은 스크럼의 라이프 사이클이 다른 애자일 방법론의 라이프 사이클과 매우 유사하다는 것입니다. 그것은 그들의 공통 핵심 원칙 때문입니다. 모든 민첩한 방법은 프로젝트 성과에 대한 반복적 인 접근 방식과 고객 및 최종 사용자의 의견에 대한 배려를 기반으로합니다. 스크럼 예외는 아니다.
스크럼 수명 주기에 대한 철저한 통찰력을 갖는 것이 매우 중요하지만 먼저 몇 가지 기본 이론을 상기시켜 드리겠습니다.
스크럼이란?
스크럼은 증분 제품 개발을 위해 설계된 인기있는 애자일 프레임 워크입니다. 그것은 경험적 성격을 가지고 있으며 팀이 작업 패턴에 관한 가설을 세우고,아이디어를 테스트하고,경험을 처리하고,필요한 조정을 수행 할 수 있도록합니다. 스크럼은 반복적이고 유연하게 구조화 된 방법입니다. 그것은 논리적으로 맞는 다른 프레임 워크의 관행을 허용합니다.
스크럼은 스프린트라는 반복을 통해 작동하므로 스프린트의 주요 이벤트 및 아티팩트는 스크럼 수명 주기의 구성 요소를 나타냅니다.
스크럼 방법론에서 일반적인 스프린트는 몇 일입니까?
모든 스프린트는 최대 한 달 동안 지속되는 타임 박스이며,이 기간 동안 팀은”완료”라는 확정 된 정의에 맞는 합의 된 항목의 특정 목록을 전달해야합니다.”
스크럼 값은 무엇입니까?
스크럼 가치에는 용기,집중,헌신,존중,개방성이 포함됩니다. 전체 스크럼 가이드를 따라 이러한 값과 스크럼에 적용되는 방법에 대해 자세히 알아볼 수 있습니다.
스크럼 역할은 무엇입니까?
전체 스크럼 팀은 일반적으로 다음과 같은 책임이 있습니다:
- 요구 사항 분해,작업 생성,추정 및 배포.
매일 스크럼 회의를 주선.
스프린트가 끝날 때 잠재적으로 배송 가능한 기능이 제공되는지 확인합니다.
스프린트 번다운 다이어그램을 만들 수 있도록 상태 및 작업에 대한 나머지 작업을 업데이트합니다.
일반적인 스크럼 팀은 4 가지 필수 역할을 포함합니다:
제품 소유자
제품 소유자는 제품 기능을 식별하고 우선 순위가 지정된 목록으로 변환하여 투자 수익을 극대화할 책임이 있습니다.
포는 다음 스프린트에 대한 목록의 맨 위에 있어야 할 기능을 결정합니다. 남자이거나 여자는 또한 클라이언트를 위해 대변인으로 행동하는 모든 제품 이익 및 손실에 책임있는다. 제품 백로그의 우선 순위를 정하고 출시 날짜 및 콘텐츠를 정의하는 것도 제품 소유자의 의무입니다.
스크럼 마스터
스크럼 마스터는 제품 팀이 모든 비즈니스 가치에 도달하기 위해 스크럼을 배우고 적용하도록 돕습니다. 그/그녀는 팀 매니저,프로젝트 매니저,또는 팀 리드 아니지만,외부 간섭에서 동료를 보호하고,애자일 관행을 채택하도록 돕고,장애물을 제거하는 데 도움이 팀을 제공합니다. 제품 소유자,팀 및 나머지 회사들은 스크럼을 적절하게 사용할 수 있도록 감독,교육 및 안내합니다.
개발 팀
스크럼의 개발 팀에는 요청 및 커밋된 제품 증분을 개발하고 제공하기 위해 함께 일하는 사람들이 포함됩니다. 스크럼 개발자는 스프린트 목표를 달성 할 수있는 교차 기능 멤버입니다. 이 팀에는 소프트웨어 엔지니어,설계자,시스템 관리자,분석가,사용자 인터페이스 디자이너,품질 보증 전문가 등이 포함될 수 있습니다. 제품 소유자가 나타내는 제품(예:웹 사이트 또는 앱)을 빌드합니다.
이해관계자
이해관계자는 제품의 결과에 영향을 받는 개인 또는 그룹입니다. 스크럼의 이해 관계자는 제품의 성공에 관심이 있습니다. 그들은 프로젝트를 후원하는 회사 내부 또는 외부에있을 수 있습니다.
이해관계자들은 일반적으로 중요한 제품 세부사항을 공유하기 위해 포와 건강한 관계를 유지한다. 그들은 포에서 쿼리에 정기적으로 입력을 제공,포에 대한 모든 소원과 우려를 전달하기위한 책임이 있습니다.
스크럼 의식은 무엇입니까?
제품 백로그 구체화
제품 백로그 구체화 또는 백로그 그루밍은 제품 백로그의 항목에 세부 사항,예상 및 순서를 추가하는 작업입니다. 이 이벤트는 포와 개발 팀이 백로그 항목의 세부 사항에 대해 공동 작업하는 진행 중인 프로세스를 의미합니다. 구체화 회의 중에 항목이 검토되고 수정됩니다.
스프린트 계획
계획 회의의 목표는”우리는 무엇을 할 것이며 어떻게 할 것인가?”이 행사를 시작하기 전에 팀이 목표를 공유하고 목표를 공유하는 헌신을 갖는 것이 중요합니다.
일일 스탠드업
일일 스크럼 회의 또는 일일 스탠드업은 스크럼 마스터에 의해 구성되며 일반적으로 15 분 동안 지속됩니다. 이 회의는 팀 구성원의 작업을 동기화하는 것을 목표로합니다(예:전날 수행 한 작업,오늘 수행해야하는 작업 등).
스프린트 검토
이 스크럼 행사는 추가 된 기능을 보여주기 위해 각 스프린트의 끝에서 개최됩니다. 그 목표는 전달 된 증가가 비즈니스 요구를 충족하는지 확인하고 피드백을 기반으로 백 로그를 수정하기 위해 포 및 이해 관계자로부터 피드백을 얻는 것입니다.
스프린트 회고전
이 회의는 일반적으로 90 분 동안 지속되며 팀 문화와 스프린트 케이던스에 지속적인 개선을 통합하는 데 도움이됩니다. 이전 스프린트를 반영하고 개선 방법을 파악하려면 전체 스크럼 팀이 참석해야 합니다.
레트로 팀은 전반적인 성능에 집중하고 지속적인 개선을위한 전략을 식별 할 수 있습니다.
스크럼 수명주기는 무엇입니까?
스크럼 라이프사이클은 스크럼 프로젝트를 실현하는 동안 수행되어야 하는 여러 연속 단계 및 반복 단계입니다. 반복 접근 방식은 미디엄 라이프 사이클의 주요 원칙입니다. 스크럼 프로젝트의 작업은 스프린트라는 세그먼트로 세분화됩니다. 이 프로젝트는 최종 제품이 준비 될 때까지 한 스프린트에서 다른 스프린트로 발전합니다. 각 스프린트 사이클은 처음부터 끝까지 통과해야하는 여러 연속 단계로 세분화됩니다. 스크럼 방법론에는 테스트 수명주기 및 결함 수명주기와 같은보다 전문화 된 수명주기도 포함됩니다.
스크럼 라이프사이클 세부 정보
스크럼 라이프사이클의 부분은 무엇입니까? 스크럼은 전통적인 폭포와 달리 많은 서면 보고서를 포함하지 않습니다. 그것은 단지 몇 가지 유물을 포함합니다.
스크럼 아티팩트란?
제품 백로그
제품 백로그는 특정 프로젝트를 완료하는 데 필요한 기능 및 요구 사항 목록입니다. 이 목록에는 해결해야 하는 결함 또는 버그,추가해야 하는 기능 및 기타 기술 또는 프로젝트 작업이 포함될 수 있습니다. 목록의 순서는 우선 순위에 따라 결정됩니다. 맨 위에있는 항목은 가장 중요한 작업 또는 즉각적인 완료가 필요한 작업입니다. 백로그를 사용하면 팀의 모든 사용자가 프로젝트 요구 사항과 우선 순위가 있는 요구 사항을 알 수 있습니다.
스프린트 백로그
스프린트 백로그에는 현재 스프린트 중에 완료해야 하는 항목만 포함됩니다(제품 백로그에는 프로젝트가 끝나기 전에 완료해야 하는 모든 항목이 나열됨). 스프린트 백로그는 최신 활동을 다루므로 일반적으로 제품 백로그의 나머지 부분보다 자세한 내용과 더 완벽한 사용자 스토리를 포함합니다. 여기에는 기능을 달성하고 스프린트 요구 사항을 충족하는 방법을 설명하는 릴리스 계획이 포함되어야 합니다.
제품 증가
제품은 각 스프린트의 끝에 배달될 제품 버전을 증가시킵니다. 이 모든 작업의 결과를 자세히 설명합니다(스프린트 백 로그는 스프린트 내에서 완료해야하는 내용을 설명합니다). 증분은 클라이언트가 예상하는 최종 제품의 프로토타입 또는 초안 버전입니다. 각 제품 증분에는 현재 스프린트주기의 기능이 포함되어야하며 모든 과거 스프린트에서 현재까지 완료된 모든 백 로그 항목을 완전히 통합해야합니다.
스크럼 단계 및 단계에 대한 세부 정보를 살펴 보겠습니다.
스크럼 프로젝트의 첫 번째 단계는 향후 제품에 대한 필요한 정보를 수집하는 단계입니다. 그것은 제품 소유자의 책임입니다. 그는 미래 소프트웨어의 그의 시각을 이해하기 위하여 고객을 접촉하는 사람 이다. 사용자 스토리를 수집하는 것도 그의 책임 중 하나입니다. 모든 사용자 스토리가 수집되고 고객의 모든 요구 사항이 고려되면 제품 백로그라고 하는 목록에서 우선 순위가 지정됩니다. 그것은 모든 스크럼 프로젝트의 주요 문서입니다.
제품 백로그 항목의 우선 순위를 지정한 후 해당 항목이 작업으로 전환되고 여러 스프린트로 나뉩니다. 팀은 스프린트 계획 회의 중에 그것을 만듭니다. 각 회의의 주요 목표는 스프린트 백로그를 만드는 것입니다. 이 문서는 특정 스프린트에 대한 모든 작업을 포함하는 문서입니다. 스프린트가 완료된 후 팀의 작업은 스프린트 백로그 요구 사항의 충족에 따라 추정됩니다.
다음 스크럼 단계는 스프린트 실행 프로세스입니다. 그것은 모든 스프린트 작업 및 워크 플로우의 일상적인 평가의 결과적인 성능을 포함한다. 스프린트 백로그 요구 사항의 진행률은 일일 스크럼(모든 긍정적 및 부정적 작업 문제가 논의되는 팀 모임)중에 평가됩니다.
스프린트가 종료되면 스크럼 팀의 모든 구성원이 스프린트 검토 및 스프린트 회고에 참여합니다. 이 모임은 스프린트 과정에서 무엇이 잘못되었는지 알아내는 데 도움이됩니다.
모든 스프린트 사이클의 마지막 단계는 제품 추정 단계입니다. 이 제품은”완료”의 팀의 정의에 따라 평가하고 자신의 피드백을 얻기 위해 고객에게 제공됩니다. 그런 다음 새로운 스프린트가 시작되고 사이클이 반복됩니다.
스크럼 프로세스를 신속하게 설명하는 방법은 무엇입니까?
이제 스크럼 프로세스와 관련된 모든 스크럼 단계를 요약해 보겠습니다.
- 먼저 제품 백로그를 확인해야 합니다.
- 그런 다음 스크럼 팀은 그루밍 세션 동안 백로그 목록을 기반으로 워크로드를 추정하고 조정합니다.
- 제품 백로그 목록을 사용하여 이 반복의 스프린트 목표를 정의하기 위한 스프린트 계획 회의를 시작한 다음 스프린트 백로그를 구성할 사용자 스토리 목록을 선택해야 합니다.
- 그런 다음 전체 스크럼 팀이 백 로그를 완료해야합니다.
- 일일 스크럼 회의(약 15 분 안에 시간 상자)를 실행해야합니다. 팀안에 모두는 너가 어제 한 것을 보고하기를 위해 모든 일원에 상호 작용하기 위하여 말하고 대면해야 하고,너가 오늘 달성하고 싶는 것을 알린다.
- 매일 성공적으로 컴파일 할 수 있고 시연 할 수있는 버전이 있어야합니다.
- 모든 사용자 스토리가 완료되면 스프린트 백로그가 완료됩니다. 이는 스프린트 프로세스가 완료되었음을 의미합니다. 고객과 고객이 참여해야 합니다. 각 팀원은 그들에게 완료한 작동 소프트웨어를 시범해야 한다.
- 스프린트 회고전은 스프린트 검토 후 개최되어야합니다. 레트로 동안,팀은 스프린트 동안 또는 작동하지 않은 프로세스의 요소뿐만 아니라 잠재적 인 솔루션을 자체 식별합니다. 회고전은 일반적으로 90 분 동안 지속됩니다.
마무리
스크럼 개발 주기 내의 투명성과 멈출 수 없는 학습 과정을 고려할 때,가능한 가장 작은 결과는 정제된 제품 특성 및 완벽한 제품 품질은 말할 것도 없고,프레임워크의 필수적인 비용 효율적인 결과가 된다.
스크럼의 본질은 견고한 현장 배경을 가진 책임있는 직원 만 참여해야합니다. 스크럼 라이프 사이클 및 스크럼 단계에 대해 어떻게 생각하십니까?