스크럼 이다 뼈대 사람들이 복잡한 적응 문제를 해결할 수있는 동시에 가능한 가장 높은 가치의 제품을 생산적이고 창의적으로 제공 할 수 있습니다. 주로 사용됩니다 제품 개발 전략 .
스크럼을 깊이 이해하는 가장 빠르고 가장 좋은 방법입니다. 스크럼은 종종 방법론으로 인식되지만 스크럼을 방법론으로보기보다는 프로세스 관리의 프레임 워크로보아야합니다.
스크럼에 대한 3 가지 사항이 있습니다. 스크럼은
- 경량
- 이해하기 쉬운
- 구현하기 어려움
이를 염두에두고 다음 내용은 스크럼의 기본 사항을 제공 할 것입니다.
SCRUM은 무엇입니까?
의 중요성을 이해하려면 스크럼 , 먼저 좀 더 전통적인 대안을 살펴 봐야합니다. 폭포 모델 .
폭포 모델이란 무엇입니까?
에서 폭포 모델 , 모든 계획은 개발 프로세스 초기에 이루어지며 상당한 시간이 동일한 시간에 투자됩니다. 그런 다음 제품의 완전한 개발이 이루어지고 테스트가 이어집니다. 그런 다음 마지막으로 제품을 검토하고 배포하며 전체 작업에는 약 1 년이 소요됩니다.
문제
이제 이러한 접근 방식의 문제는 개발 중에 팀이 직면 할 수있는 가능한 문제를 완전히 무시하고 계획이 발생한다는 것입니다. 이로 인해 많은 백 스테핑 및 지연이 발생할 수 있습니다.
또한이 긴주기가 끝날 무렵 시장의 요구 사항이 완전히 변경되어 제품이 더 이상 요구 사항을 충족하지 못한다는 사실을 깨달을 수 있습니다. 이렇게하면 원점으로 돌아갑니다.
해결책
Scrum에는 다음과 같은 접근 방식이 있습니다.
- 너 먼저 계획 프로젝트를 시작하기에 충분합니다.
- 둘째, 당신 짓다 최소한의 기본 기능을 갖춘 제품입니다.
- 셋째, 당신 테스트 계획에 따라 이러한 기능.
그리고 마지막으로 리뷰 이해 관계자에게 해당 제품을 보여 주도록합니다. 그리고 여기있는 것은 배송 가능한 제품 .
병합 정렬 소스 코드 C ++
이 네 단계는 되풀이 , 몇 번이고 반복되어 각각에 걸리는 시간을 줄입니다. 증분 릴리스 또는 제품 버전.
그렇다면 스크럼은 정확히 무엇입니까?
스크럼은 구축 방법론 배송 가능 프로세스, 기술 및 관행을 통해 소프트웨어 반복 과 증분 ...에 최대 가치 제공 . 스크럼은 방법론이 아니다 . 복잡한 제품에 대한 효과적인 팀 협업을위한 간단하고 가벼운 프레임 워크입니다.
스크럼 마스터는 누구입니까?
누구인지 설명하기 위해 스크럼 마스터 , 가설의 도움이 필요합니다.
문제
한 방에 많은 사람들이 있고 가능한 최소한의 시간을 가지고 각자의 높이에 따라 줄을서야한다고 가정 해보자.
이제이 문제에 접근하는 방법에는 두 가지가 있습니다.
솔루션 1 : 감독자 접근 방식
이 접근 방식에는 한 사람이 다른 사람을 대기열로 구성하는 책임을 맡습니다. 그러나이 방법은 너무 많은 시간이 걸리고 사람들이 스스로 생각할 여지가 없습니다.
솔루션 2 : 스크럼 마스터 접근 방식
그만큼 스크럼 석사 팀이 자체 구성하고 신속하게 변경할 수 있습니다. 그 / 그녀는 기민한 원칙. 스크럼 마스터는 정보 교환 방법에 대한 프로세스를 관리합니다.
이것은 시간을 덜 소비하고 팀은 스스로 생각하는 법을 배움으로써 성장합니다.
SCRUM 프레임 워크
스크럼은 방법론이 아니라 과학적 방법을 기반으로합니다. 경험주의 . 기본적으로 프로그래밍 된 알고리즘 접근 방식을 휴리스틱 (자가 학습) 첫째, 소프트웨어 개발에있어 예측할 수없는 장애를 다루는 사람과 자기 조직에 대한 존중입니다.
경험주의 란 무엇입니까?
경험주의는 사실 기반, 경험 기반 및 증거 기반 방식으로 작동합니다. 경험적 과정은 현실의 관찰에 기반을두고 진행되는 과정입니다. 허구가 아닌 계획 .
경험주의는 3 개의 기둥, 즉 투명도 , 검사 과 적응 .
투명도
그것은 사실을있는 그대로 제시하는 것을 의미합니다. 관련된 모든 직원 (고객, CEO, 개별 기여자)은 다른 사람과의 일상적인 거래에서 투명합니다.
검사
스크럼 팀의 각 구성원이 제품, 프로세스, 사람 측면, 관행 및 지속적인 개선을 위해 수행해야합니다.
적응
검사 결과에 따라 적응하는 능력을 나타냅니다. 이 맥락에서이 용어는 지속적인 개선에 관한 것입니다.
스크럼 라이프 사이클
1 단계: 이 과정은 제품 소유자 . 이 사람은 제품 백 로그 , 최종 제품에 필요한 작업 및 요구 사항의 우선 순위 목록.
devops에서 꼭두각시가 무엇입니까
2 단계: 팀은 스프린트 계획 , 제품 백 로그에서 먼저 작업 할 작업을 함께 결정합니다. 이 항목의 하위 집합은 스프린트 백 로그 .
Step3 : 스프린트 동안 팀은 매일 만나 진행 상황과 문제를 전달합니다.이 회의를 매일 스크럼. 스크럼 마스터는이를 감독하고 모든 팀원이 스크럼의 이론, 규칙 및 관행을 따르도록합니다.
Step4 : 각 스프린트가 끝날 때 스프린트 검토 회의는 제품 소유자가 구성합니다. 회의 중에 개발팀 마지막 스프린트에서 수행 한 작업을 보여줍니다. 그런 다음 제품 소유자는 남은 제품 백 로그와 필요한 경우 프로젝트를 완료하는 데 걸리는 예상 시간에 대해 논의합니다.
노트 : 스크럼에서 각 스프린트가 끝날 때 팀은 작업에 대해 보여줄 기능적이고 사용 가능한 제품 조각을 가져야합니다. .
Step5 : 검토 후 스크럼 팀은 스프린트 회고 회의 , 팀이 잘 된 부분, 그렇지 않은 부분, 더 잘 할 수 있었는지에 대해 논의합니다. 기술 한계가 그들을 막고 있거나 팀원이 작업에 과부하가 걸릴 수 있습니다. 팀은 방법을 결정합니다 이 문제를 해결 다음 스프린트 동안 개선 될 계획입니다.
Step6 : 그만큼 주기 반복 제품 백 로그에 남아있는 작업 다음 중 하나가 발생할 때까지 계속됩니다.
- 마감일에 도달했습니다
- 예산이 소진되었습니다.
- 제품 소유자는 해당 제품에 만족합니다.
Sprint 란 무엇입니까?
스프린트는 스크럼의 반복입니다. 한 달에 타임 박스가 적용되어 사용 가능하고 출시 가능한 제품이 생성됩니다.새로운 스프린트는 이전 스프린트가 끝난 직후 시작됩니다.
이 스프린트 과정 동안
__init__이란?
- 변화가 없다 위험을 초래할 수 있습니다 스프린트 목표
- 증분의 품질 하지 않습니다 감소
- 프로젝트의 범위 아마도 사이 재협상 제품 소유자 과 팀
각 스프린트에는 골 (스프린트 목표) 무엇을 만들지. 결과적인 제품 증분 구축을 안내하는 설계 청사진 또는 유연한 계획입니다.
SCRUM 행사
네 가지가 있습니다 행사 / 행사 스크럼에서.
스프린트 계획
Sprint에서 수행 할 작업은 Sprint Planning에서 계획됩니다. 전체 스크럼 팀의 공동 작업에 의해 계획됩니다. Sprint 계획의 타임 박스는 1 개월 Sprint에 대해 최대 8 시간입니다.
Sprint Planning은 다음 질문에 답합니다.
- 다가오는 증분에서 무엇을 제공 할 수 있습니까?
- 이 스프린트에 필요한 작업은 어떻게 이루어 집니까?
일일 스크럼
데일리 스크럼은 스크럼 팀을위한 15 분 타임 박스 이벤트입니다.다음 24 시간 동안 활동을 계획하고 동기화합니다. Sprint는 매일 개최됩니다.
일일 스크럼에서 각 멤버는 다음 질문에 답해야합니다.
- 내가 어제 한 일?
- 오늘은 무엇을할까요?
- 내 장애는 무엇입니까?
스프린트 타임 박스를 유지하기 위해 팀의 작업에서 장애를 최소화하는 것이 스크럼 마스터의 임무입니다.
스프린트 검토
Sprint Review는 스크럼 팀과 이해 관계자가 스프린트에서 수행 된 작업에 대해 협력하는 비공식 회의입니다.. 이를 바탕으로 제품 백 로그 스프린트 동안 그들은 가치를 최적화하기 위해 수행 할 수있는 다음 작업을 계획합니다.
스프린트 회고
Sprint Retrospective는 Sprint Review 이후에 발생합니다.그리고 다가오는 Sprint Planning 회의 전에. 티그는 1 개월 스프린트를 위해 3 시간에 박스에 담겨 있습니다.
Sprint Retrospective에서 팀은 다음 사항에 대해 논의합니다.
- 잘 됐어?
- 작동하지 않은 것?
- 어떻게 다르게해야합니까?
SCRUM 아티팩트
Scrum의 인공물은 검사 및 적응을위한 투명성과 기회를 제공하는 작업을 나타냅니다. 그들은 특별히 설계되었습니다 핵심 정보의 투명성 극대화 . 따라서 스크럼 팀의 모든 사람은 똑같다 이해 인공물의.
스크럼에는 세 가지 인공물이 있습니다. 제품 백 로그 , 스프린트 백 로그 과 증가 .
제품 백 로그
제품 백로 그는 제품에 필요한 모든 항목의 정렬 된 목록입니다. 이것은의 책임입니다 제품 소유자 . 제품 백로 그는 완료되지 않음 . 처음에는 가장 잘 이해 된 요구 사항을 포함하고 제품 및 환경의 개발과 함께 점진적으로 진화하여 적당한 과 현재 시장 요구와 관련 .
스프린트 백 로그
스프린트 백로 그는 다음 증분을 제공하기위한 계획과 함께 스프린트 용으로 선택된 제품 백 로그 항목 세트입니다. 다음 Increment에서 원하는 기능과이를 제공하는 데 필요한 작업을 설명하는 개발 팀이 예측합니다.
증가
증분은 모든 제품 백 로그의 합계입니다.스프린트 중에 완료된 아이템그리고 모든 이전 스프린트. 스프린트가 끝나면 새로운 증분 사용 가능한 상태 여야합니다. 스크럼 팀의 정의를 충족합니다. 끝난 .
증분이 다음과 같이 설명되는 경우 끝난 , 모든 사람이 체크리스트에 동의해야하며, 완전히 확인되면 제품이 '완료'로 선언됩니다.
결론
스크럼은 3 개의 역할, 5 개의 이벤트, 3 개의 아티팩트가 있거나 방법론 때문이 아니라 반복적 인 가치 기반 증분 제공의 기본 애자일 원칙을 준수하기 때문에 작동합니다. 고객 피드백을 자주 수집하고 시장의 변화에 반응합니다. 그 결과 시장 출시 시간이 단축되고 배송 예측 가능성이 높아지며 고객 응답 성이 향상됩니다. 또한 향상된 소프트웨어 품질과 향상된 위험 관리를 제공합니다.