Articles

2020 년 스크럼 GuideTM

by admin

HTML 버크럼 가이드에 직접적인 포트의 일 2020 년 버전으로 사용할 수 있 PDFhere.

목적의 스크럼 가이드

우리는 스크럼을 개발하는 1990 년대 초반에. 우리가 쓴 첫 번째 버전의 theScrum 가이드 2010 년에 데 도움이 전세계 사람들이 이해하 Scrum. 우리는 그 이후로 작고 기능적인 업데이트를 통해 가이드를 보았습니다.함께,우리는 그 뒤에 서 있습니다.

스크럼 가이드에는 스크럼의 정의가 포함되어 있습니다. Theframework 의 각 요소는 스크럼으로 실현 된 overallvalue 및 결과에 필수적인 특정 목적을 제공합니다. 변화하는 핵심 디자인 또는 ideasof 스크럼을 떠나,요소,또는 다음과 같은 규칙의 스크럼,최대 문제와 제한 혜택의 스크럼,잠재적으로 evenrendering 있습니다.

우리는 끊임없이 성장하는 복잡한 세계 내에서 스크럼의 사용이 증가하고 있습니다.우리는 스크럼이 뿌리를두고있는 소프트웨어 제품 개발을 넘어서서 매우 복잡한 작업을 개최하는 많은 도메인에서 채택되는 것을보고 겸손합니다. 스크럼의 사용이 확산됨에 따라 개발자,연구원,분석가,과학자 및 기타 전문가가 작업을 수행합니다. 우리는 스크럼에서”개발자”라는 단어를 배제하는 것이 아니라 단순화하기 위해 사용합니다. 가치를 얻는다면스크럼에서 자신을 포함시키는 것이 좋습니다.

Scrum 이 사용됨에 따라 본 문서에 설명 된대로 theScrum 프레임 워크에 맞는 패턴,프로세스 및 통찰력이 발견되고 적용 될 수 있습니다. 그들의 설명은 스크럼 가이드의 목적을 넘어서고 있습니다.그들은 문맥에 민감하고 스크럼 사용간에 광범위하게 다릅니다.스크럼 프레임 워크 내에서 사용하기위한 이러한 전술은 매우 다양하며다른 곳에서 설명됩니다.

스크럼 정의

스크럼 라는 프레임워크는 데 도움이 사람들,팀 andorganizations 가치를 창출을 통해 적합한 솔루션 complexproblems.

간단히 말해서,스크럼을 필요로 스크럼 마스터 육성 environmentwhere:

  1. 제품의 소유자가 주문을위한 일이 복잡한 문제로 ProductBacklog.

  2. 스크럼 팀은 스프린트 동안 작업의 선택을 증가로 바꿉니다.

  3. 스크럼 팀과 이해 관계자가 결과를 검사하고 다음 스프린트를 조정합니다.

  4. 반복

스크럼은 간단합니다. 그대로 시도하고 철학,이론 및 구조가 목표를 달성하고 가치를 창출하는 데 도움이되는지 결정하십시오. Scrumframework 는 의도적으로 불완전하며 필요한 부분 만 정의합니다.스크럼 이론을 구현합니다. 스크럼은 집단에 의해 구축됩니다.그것을 사용하는 사람들의 성격. 사람들에게 제공하기보다는 제거 된 지침,스크럼의 규칙은 그들의 관계와 상호 작용을 안내합니다.

다양한 프로세스,기술 및 방법을 사용할 수 있습니다 내에서 theframework. 스크럼은 기존 관행을 감싸거나 렌더링합니다.필요하지 않습니다. 스크럼은 현재 관리,환경 및 작업 기술의 상대적 효능을 볼 수있게하여 개선 할 수 있습니다.

스크럼 이론

스크럼은 경험주의와 린 사고에 기초한다. 경험주의 주장지식은 경험과 관찰 된 내용에 따라 결정을 내리는 데서 비롯됩니다. 린 사고는 낭비를 줄이고 필수 요소에 중점을 둡니다.

Scrum 은 optimizepredictability 및 위험 제어에 대한 반복적 인 증분 접근 방식을 사용합니다. 스크럼 종사하는 사람들의 그룹 whocollectively 모든 기술과 전문 지식을 작동하고 shareor 취득 등으로 실력을 필요합니다.

스크럼은 acontaining 이벤트,스프린트 내에서 검사 및 적응을위한 네 가지 공식 이벤트를 결합합니다. 이러한 이벤트는 구현하기 때문에 작동합니다.투명성,검사 및 적응의 경험적 스크럼 기둥.

투명성

긴급 프로세스 작동을 볼 수 있어야 합니다 사람들을 수행하 thework 뿐만 아니라 그들을 받는다. 스크럼을 사용하면 중요합니다.결정은 세 가지 형식의 인식 된 상태를 기반으로합니다. 투명도가 낮은 아티팩트는 결정으로 이어질 수 있습니다.가치가 감소하고 위험이 증가합니다.

투명도는 검사를 가능하게 합니다. 투명성이없는 검사는불편하고 낭비입니다.

Inspection

스크럼 아티팩트는 진행으로 동의한 목표를 해야 합 beinspected 자주고 부지런히 검출하 잠재적으로 undesirablevariances 또는 문제입니다. 검사를 돕기 위해 스크럼은 상태를 제공합니다.그것의 5 개의 사건의 모양에서.

검사는 적응을 가능하게합니다. 적응이없는 검사는비민으로 간주됩니다. 스크럼 이벤트는 변화를 유발하도록 설계되었습니다.

적응

경우 모든 측면 프로세스의 벗어나 외부의 허용 한계는 경우 또는 theresulting 제품이 허용되지 않는 프로세스에 적용되거나 thematerials 생성되는 조정해야 합니다. 조정이 이루어져야합니다.추가 편차를 최소화하기 위해 가능한 한 빨리.

참여한 사람들이 무분별하거나 자기 관리 할 때 적응이 더욱 어려워집니다. 스크럼 팀은 순간을 적응시킬 것으로 예상됩니다.그것은 검사를 통해 새로운 것을 배웁니다.

스크럼 값

스크럼을 성공적으로 사용하는 것은 사람들이 5 가지 값을 더 능숙 해지는 것에 달려 있습니다:

노력,집중,개방,존경하고,용기

Scrum 팀을 그 목표를 달성을 지원하는데. 그들의 주요 초점은 이러한 목표를 향한 최선의 진전을 이루기위한 스프린트의 작업에 있습니다. 스크럼 팀과 itsstakeholders 는 작업과 도전에 대해 열려 있습니다. 스크럼 팀원은 서로 유능하고 독립적 인 사람들로 존중하며,그들이 일하는 사람들에 의해 그러한 것으로 간주됩니다. 스크럼 팀원은 올바른 일을 할 수있는 용기를 가지고 toughproblems 에서 작동합니다.

이러한 값은 작업,행동 및 행동과 관련하여 스크럼 팀에 방향을 제시합니다. 내려지는 결정,취해진 단계 및스크럼이 사용되는 방식은 이러한 가치를 강화하거나 감소시키지 않아야합니다. 스크럼 팀 구성원은 스크럼 이벤트 및 아티팩트와 함께 작동 asthey 값을 배우고 탐구한다. 이러한 값을 areembodied 에 의해 스크럼 팀과 사람들은 작업의 empiricalScrum 기둥의 투명도,검사,그리고 적응 올 lifebuilding 신뢰합니다.

스크럼 팀

스크럼의 기본 단위는 사람들로 구성된 작은 팀,스크럼 팀입니다.스크럼 팀은 하나의 스크럼 마스터,하나의 제품 소유자 및개발자. 내 스크럼 팀기 하위 팀 또는 계층 구조입니다.그것은 응집 장치의 전문가들 중 하나에 초점을 맞추고 목적에으로 파일 시,제품을 목표입니다.

스크럼 팀은 교차 기능적이어서 회원들이 스프린트마다 가치를 창출하는 데 필요한 모든 스킬을 가지고 있음을 의미합니다. 그들은 또한자기 관리,그들은 내부적으로 누가 무엇을,언제,어떻게하는지 결정한다는 것을 의미합니다.

Scrum 팀은 충분히 작은 남아 있는 민첩하고 큰 충분히 tocomplete 중요한 작업 내에서 스프린트,일반적으로 10 또는 적은 사람들이다.일반적으로,우리는 작은 팀은 더 나은 의사 소통을하고 aremore 생산적이다. 스크럼 팀이 너무 커지면 고려해야합니다.각각 thesame 제품에 중점을 둔 여러 응집력있는 스크럼 팀으로 조직화하십시오. 따라서 동일한 제품 목표,제품 백 로그 및 제품 소유자를 공유해야합니다.

Scrum 팀은 모든 책임이 제품 관련 활동 fromstakeholder 협력,인증,관리,작동,실험,연구 및 개발,그리고 무엇 mightbe 필요합니다. 그들은 조직에 의해 구조화되고 권한을 부여받습니다.그들 자신의 일을해라. 지속 가능한 속도로 스프린트에서 일하면 개선됩니다.스크럼 팀의 초점과 일관성.

전체 스크럼 팀은 모든 스프린트를 가치 있고 유용하게 만들 책임이 있습니다. 스크럼은 스크럼 팀에서 세 가지 특정 계정을 정의합니다: 개발자,제품 소유자 및 스크럼 마스터.

개발자

개발자는 스크럼 팀의 사람들입니다.각 스프린트에서 사용 가능한 증가의 모든 측면을 만듭니다.

개발자가 필요로하는 특정 기술은 종종 작업의 영역과 광범위하고 의지합니다. 그러나,개발자는 alwaysaccountable 한다.

  • 만들기 위한 계획 Sprint,Sprint 잔;

  • Instilling 품질을 준수하여 정의는 끝;

  • 상황에 맞게 조정하고 매일을 계획하고 스프린트가 목표에; 그리고,

  • 전문가로서 서로 책임을 지고 있습니다.

제품 소유자

제품 소유자는 스크럼 팀의 작업에서 제품의 가치를 극대화 할 책임이 있습니다. 이것이 어떻게 수행되는지는 조직,스크럼 팀 및 개인 전반에 걸쳐 다양합니다.

제품의 소유자에 대한 책임을 효과적인 제품 Backlogmanagement 는 포함됩니다:

  • 을 개발하고 명시적으로 소통하는 제품이 목표;

  • 을 만들고 명확하게 제품 백로그 항목에;

  • 주문 제품 잔품;그리고,

  • 제품이 잔은 투명하고,눈에 보이는 andunderstood.

제품 소유자는 위의 작업을 수행하거나 다른 사람에게 theresponsibility 를 위임 할 수 있습니다. 관계없이 제품 소유자는 남아 있습니다.사용할 수 없습니다.제품 소유자가 성공하려면 전체 조직을 존중해야합니다.그들의 결정. 이러한 결정은 제품 백로그의 내용 및 주문 및 theSprint 검토에서 검사 가능한 증분을 통해 볼 수 있습니다.

제품 소유자는위원회가 아닌 한 사람입니다. 제품 소유자는 제품 백 로그에서 많은 이해 관계자의 요구를 나타낼 수 있습니다. 제품 백 로그를 변경하려면제품 소유자를 설득하려고하면 그렇게 할 수 있습니다.

스크럼 마스터

스크럼 마스터는 theScrum 가이드에 정의 된대로 스크럼을 설정할 책임이 있습니다. 그들은 모든 사람들이 스크럼 이론을 이해하도록 도와줌으로써그리고 스크럼 팀과 조직 내에서 모두 연습하십시오.

스크럼 마스터는 스크럼 팀의 효과에 대한 책임이 있습니다. Thescrum 프레임 워크 내에서 스크럼 팀이 관행을 개선 할 수 있도록이 작업을 수행합니다.

스크럼 마스터는 스크럼 팀과 대규모의 조직을 제공하는 진정한 리더입니다.

스크럼 마스터스를 제공 Scrum 팀이 여러 지체없이 파기합니다.

  • 코칭 팀 구성원에서 각자 관리 andcross-기능성;

  • 돕고 스크럼 팀에 초점을 만드는 높은 값을 증가 thatmeet 의 정의 완료;

  • 의 제거를 일으키는 장애하는 스크럼 팀의 진행되고,

  • 손님들은 모든 스크럼 이벤트와 긍정적,생산,보관 이내에함

스크럼 마스터를 제공하는 제품 소유자로서 여러 지체없이 파기합니다.

  • 을 찾을 수 있도록 도와 기술에 대한 효과적인 제품 목표 정의 andProduct 잔 management;

  • 돕고 스크럼 팀을 이해에 필요한 명확하고 conciseProduct 백로그 항목에

  • 도움을 설정 실험적인 제품을 위한 계획 complexenvironment 며,

  • 촉진을 이해관계자 협력으로 요청하거나 필요합니다.

스크럼 마스터는 다음과 같은 여러 가지 방법으로 조직에 서비스를 제공합니다:

  • 선도하는,교육,그리고 코치에서 조직의 Scrumadoption;

  • 계획 및 조언 스크럼 구현 조직 내;

  • 돕는 직원과 이해 관계자들이 이해하고 제정 empiricalapproach 를 위해 복잡한 작업,그리고,

  • 제거하 사이의 장벽을 이해관계자와 스크럼니다.

스크럼 이벤트

스프린트는 컨테이너에 대한 다른 모든 이벤트입니다. 스크럼의 각 이벤트는 스크럼 아티팩트를 검사하고 적용 할 수있는 기회. 이러한 이벤트필요한 투명성을 가능하게하기 위해 특별히 설계되었습니다. Failureto 운영 어떤 이벤트 같이 규정 결과 손실 기회를 ininspect 및 적응. 이벤트는 스크럼에서 규칙 성을 만들고 스크럼에 정의되지 않은 회의의 필요성을 최소화하기 위해 사용됩니다.

최적으로,모든 이벤트는 감소하는 동시에 장소에서 개최복잡성.

스프린트

스프린트는 아이디어가 가치로 바뀌는 스크럼의 하트 비트입니다.

그들은 일관성을 만들기 위해 1 개월 이하의 고정 길이 이벤트입니다.새로운 스프린트는 이전의 결론 직후에 시작됩니다.인쇄.SprintPlanning,Daily Scrums,Sprint Review 및 Sprint Retrospective 를 포함하여 제품 목표를 달성하는 데 필요한 모든 작업이 스프린트에서 발생합니다.

스프린트 기간 동안

  • 변경되지 않는 위험 Sprint 목표;

  • 질 감소하지 않는다;

  • 제품 백로가 세련된으로 필요하며,

  • 범위될 수 있습 명확히 설명하고 다시 협상과 함께 제품의 소유자 asmore 이 배웠습니다.

스프린트는 적어도 매 달마다 제품 목표를 향한 검사 및 적응을 보장함으로써 예측 가능성을 가능하게합니다. ASprint 의 수평선이 너무 길면 Sprint 목표가 유효하지 않게되고 복잡성이 높아지고 위험이 증가 할 수 있습니다. 더 짧은 스프린트는 더 많은 학습주기를 생성하고 비용 및 위험의 위험을 더 작은 시간 프레임으로 제한하기 위해 배치 될 수 있습니다. 각 스프린트는 짧은 것으로 간주 될 수 있습니다프로젝트.

번 다운,번 업 또는 누적 흐름과 같은 진행 상황을 예측하기 위해 다양한 관행이 존재합니다. 유용한 것으로 입증되었지만,이것들은실증주의의 특징. 복잡한 환경에서 어떤 일이 일어날 지 알 수 없습니다. 이미 일어난 일만이 앞으로 나아갈 수 있습니다.결정 만들기.스프린트 목표가 쓸모 없게되면 스프린트가 취소 될 수 있습니다. 제품 소유자는 스프린트를 취소 할 권한이 있습니다.

스프린트 계획

스프린트 계획을 시작하는 스프린트해 놓고 작업을 수행에 대한 스프린트. 이 결과 계획은전체 스크럼 팀의 작업.

제품의 소유자는 참석자들은 준비를 논의가 가장 중요한 제품 백로그 항목과 그들은 어떻게 지도를 ProductGoal. 스크럼 팀은 다른 사람들이 SprintPlanning 에 참석하여 조언을 제공하도록 초대 할 수도 있습니다.

스프린트 계획은 다음 주제를 다룹니다.

주제 1:이 스프린트가 가치있는 이유는 무엇입니까?

제품 소유자는 현재 스프린트에서 제품이 어떻게 가치를 높일 수 있는지 제안합니다. 그런 다음 전체 스크럼 팀이 공동 작업합니다.스프린트가 가치있는 이유 인 이유를 전달하는 스프린트 목표를 정의하십시오. 스프린트 목표는 끝나기 전에 마무리되어야합니다.인쇄 계획.

주제 2:이 스프린트는 무엇을 할 수 있습니까?

제품 소유자와의 토론을 통해 개발자는 현재 스프린트에 포함 할 제품 백 로그에서 itemsfrom 을 선택합니다. ScrumTeam 은이 과정에서 이러한 항목을 정제 할 수 있으므로 신뢰와 신뢰가 증가합니다.스프린트 내에서 완료 할 수있는 금액을 선택하는 것은 어려울 수 있습니다.그러나 개발자가 과거 실적,향후 용량 및 완료 정의에 대해 더 많이 알수록 스프린트 예측에 더 많이 참여할 것입니다.

주제 3:선택한 작업은 어떻게 완료됩니까?

선택한 각 제품 백 로그 항목에 대해 개발자는 Done 의 정의를 충족하는 증분을 생성 할 작업을 계획합니다. 이것은 종종 제품 백 로그 항목을 하루 이하의 작은 작업 항목으로 분해하여 수행됩니다. 이것이 어떻게 수행되는지는 단독 재량에 달려 있습니다.개발자. 다른 누구도 제품 백 로그 항목을 설정하는 방법을 알려주지 않습니다.값 단위로.

스프린트 목표,제품은 백로그 항목을 선택한 스프린트,plusthe 계획을 제공하기 위한 그들은 함께라 SprintBacklog.

스프린트 계획은 1 개월 동안 최대 8 시간까지 타임 박스 처리됩니다. 더 짧은 스프린트의 경우 이벤트는 일반적으로 더 짧습니다.

일상 스크럼

의 목적은 매일 스크 검사 진행으로 SprintGoal 및 적응 팀으로 필요한 조정 upcomingplanned 작동합니다.

The Daily Scrum 은 ScrumTeam 의 개발자를위한 15 분간의 이벤트입니다. 복잡성을 줄이기 위해,그것은 같은 시간과 장소에서 개최됩니다.스프린트의 작업 하루. 제품 소유자 또는 스크럼 마스터가 스프린트 백 로그의 항목에 대해 적극적으로 작업하는 경우 다음과 같이 참여합니다.개발자.

개발자가 선택할 수 있는 최상의 구조와 기술,그들이 원하는 만큼 그들의 일상 스크럼에 초점을 맞추고 진행으로 스프린트 Goaland 생산하고 실질적인 계획에 대한 다음 작업을 해 보았습니다. 이것은 만듭니다.초점을 맞추고 자기 관리를 향상시킵니다.

Daily Scrums 는 커뮤니케이션을 개선하고,장애를 식별하고,quickdecision-making 을 촉진하고,결과적으로 다른 회의의 필요성을 없애줍니다.

일일 스크럼은 개발자가 조정할 수있는 유일한 시간은 아닙니다.그들의 계획. 그들은 종종 만나 하루 종일에 대한 더 많은 detaileddiscussions 에 대해 적응하거나 다시 계획의 나머지 부분 스프린트의 작동합니다.

Sprint Review

Sprint Review 의 목적은 Sprint 의 결과를 검사하고 향후 적응을 결정하는 것입니다. 스크럼 팀은 주요 이해 관계자에게 자신의 작업 결과를 제시하고 제품 목표를 향한 진전은 다음과 같습니다.

이벤트 기간 동안,스크럼 팀과 이해관계자 무엇을 검토 wasaccomplished 에서 스프린트와에서 변경된 자신의 환경을 제공합니다.이 정보를 바탕으로 참석자는 다음에해야 할 일에 대해 공동 작업합니다. 새로운 기회에 맞게 제품 백 로그를 조정할 수도 있습니다. TheSprint 검토는 작업 세션이며 스크럼 팀은이를 프레젠테이션에 적용하지 않아야합니다.

스프린트는 두 번째 마지막에는 이벤트의 스프린트 및 istimeboxed 최대의 네 시간이나 한 달 Sprint. ShorterSprints 의 경우 이벤트는 일반적으로 더 짧습니다.

스프린트 회고전

스프린트 회고전의 목적은 증가 할 수있는 방법을 계획하는 것입니다.품질과 효과.

스크럼 팀은 마지막 스프린트가 어떻게 진행되었는지 검사합니다.개인,상호 작용,프로세스,도구 및 그 정의. 검사 된 요소는 종종 작업 영역에 따라 다릅니다. Assumptionsthat 는 타락 그들을 주도 식별 및 그 기원을 탐구한다. TheScrum 팀에 대해 설명합 무엇이 잘 동안 스프린트,무엇이 문제 itencountered,그리고 어떻게 그 문제가 있었(나지 않았)해결된다.

스크럼 팀은 그것을 개선하기 위해 가장 도움이되는 변경 사항을 식별합니다.효과. 가장 영향력있는 개선은 즉시 해결됩니다.가능한. 그들은 심지어 Nextsprint 에 대한 스프린트 백 로그에 추가 될 수 있습니다.

스프린트 회고전은 스프린트를 마칩니다. 그것은 1 개월 스프린트에 대 한 3 시간의 amaximum 에 timeboxed. 더 짧은 스프린트의 경우이벤트는 일반적으로 더 짧습니다.

스크럼 아티팩트

스크럼의 아티팩트는 작업 또는 가치를 나타냅니다. 그들은 최대화하도록 설계되었습니다.주요 정보의 투명성. 따라서 그들을 검사하는 모든 사람들은 적응을위한 기초.

각 이슈를 포함한 약속을 확인합 informationthat 투명성을 강화하고 초점을 대상이 진행할 수 있습니 bemeasured:

  • 제품에 대한 잔 제품이 목표입니다.스프린트 백 로그의 경우 스프린트 목표입니다.

  • 증분에 대해 Done 의 정의입니다.

이러한 약속이 존재를 강화하는 경험과 스크럼 값에 대한 스크럼 팀과의 관계를 유지하고 있습니다.

제품 백 로그

제품 백 로그는 제품을 개선하기 위해 필요한 것의 긴급하고 정렬 된 목록입니다. 그것은에 의해 수행 된 작업의 단일 원천입니다스크럼 팀.

oneSprint 내에서 Scrum 팀이 수행 할 수있는 제품 백 로그 항목은 Sprint 계획 이벤트에서 선택할 준비가 된 것으로 간주됩니다. 그들은정제 활동 후에이 정도의 투명성을 얻습니다.제품 백 로그 구체화는 제품 백 로그 항목을 더 작은보다 정확한 항목으로 분해하고 발전시키는 행위입니다. 이것은 설명,순서 및크기와 같은 세부 정보를 추가하기위한 지속적인 활동입니다. 속성은 종종 작업 영역에 따라 다릅니다.작업을 수행 할 개발자는 해당 작업을 담당합니다. 제품 소유자는 도움을줌으로써 개발자에게 영향을 줄 수 있습니다.절충안을 선택하고 선택하십시오.

투입:제품이 목표

제품 목적을 설명하는 미래의 상태로 제품을 수 있는 serveas 대상에 대한 스크럼 팀을 계획합니다. 제품 목표는제품 백 로그. 제품 백 로그의 나머지 부분은 제품 목표를 성취 할”무엇”을 정의하기 위해 나온다.

제품은 가치를 전달하는 차량입니다. 명확한 경계,알려진 이해 관계자,잘 정의 된 사용자 또는 고객이 있습니다. 제품이 서비스,물리적 제품 또는 더 추상적 일 수 있습니다.

제품 목표는 스크럼 팀의 장기 목표입니다. 다음 목표를 취하기 전에 하나의 목표를 성취(또는 포기)해야합니다.

Sprint 잔

스프린트 백로가로 구성된 스프린트 목표(왜)에 설정 ofProduct 백로그 항목을 선택한 스프린트(것),뿐만 아니라 anactionable 계획을 제공하기 위한 증가(는 방법입니다).

스프린트 백 로그는 및 개발자를위한 계획입니다. 그것은 개발자가 계획 한 작업의 하이라이트,실시간 그림입니다.스프린트 목표를 달성하기 위해 스프린트 중에 수행하십시오.결과적으로 Sprint Backlog 는 sprint asmore 를 통해 업데이트됩니다. 그들이 검사 할 수있는 충분한 세부 사항이 있어야합니다.매일 스크럼에서 그들의 진보.스프린트의 목표는 스프린트의 단일 목표입니다. TheSprint 목표는 개발자의 약속이지만,그것을 달성하는 데 필요한 정확한 작업의 flexibilityin 조건을 제공합니다. 스프린트 목표는 또한 일관성과 초점을 만들어 스크럼 팀이 별도의 이니셔티브보다 함께 일하도록 장려합니다.

스프린트 목표는 스프린트 계획 이벤트 중에 생성 된 다음 스프린트 백 로그에 추가됩니다. 개발자가 스프린트 중에 작업 할 때 스프린트 목표를 염두에 둡니다. 작업을하는 경우에는 것으로 밝혀졌 differentthan 그들이 예상되,그들은 공동으로 제품을 소유자 negotiatethe 범위의 팀에서 스프린트에 영향을 미치지 않고 theSprint 목표입니다.

증분

증분은 제품 목표를 향한 구체적인 디딤돌입니다. EachIncrement 는 모든 이전 증분에 부가 적이며 철저히 검증되어 모든 증분이 함께 작동하도록합니다. 값을 제공하기 위해서는 증분을 사용할 수 있어야합니다.

스프린트 내에서 여러 증분이 생성 될 수 있습니다. 따라서 경험주의를지지하는 스프린트 리뷰에서 제시된 합계입니다.그러나 스프린트의 끝 부분에 앞서 이해 관계자에게 증분이 전달 될 수 있습니다. 스프린트 검토는 게이트로 간주되어서는 안됩니다.감소 가치.

작업은 완료의 정의를 충족시키지 않으면 증분의 일부로 간주 될 수 없습니다.

약속:Done 의 정의

Done 의 정의는 제품에 필요한 품질 조치를 충족시킬 때의 상태에 대한 공식적인 설명입니다.

제품 백 로그 항목이 Done 의 정의를 충족하는 순간 anIncrement 가 탄생합니다.

Done 의 정의는 모든 사람에게 어떤 작업이 완료되었는지에 대한 이해를 제공하여 투명성을 창출합니다. 제품 백로그 항목이 정의를 충족하지 않는 경우돈은 스프린트 리뷰에서 발표하거나 발표 할 수 없습니다.대신 향후 고려를 위해 제품 백 로그로 돌아갑니다.

증분에 대한 Done 의 정의가 표준의 일부인 경우조직,모든 스크럼 팀은 최소한으로 따라야합니다. 조직 표준이 아닌 경우 스크럼 팀은 정의를 작성해야합니다.제품에 적합한 작업을 수행하십시오.개발자는 Done 의 정의를 준수해야합니다. 을 경우 여러 스크럼 팀 함께 작동하는 제품에,그들은 mustmutually 정의 및 준수와 같은 정의 한다.

끝 참고

스크럼은 무료이며이 가이드에서 제공됩니다. 여기에 언급 된 바와 같이 스크럼 프레임 워크는 불변입니다. 스크럼의 일부만 구현하는 동안성공,결과는 스크럼이 아닙니다. 스크럼은 전체에만 존재하며기능은 다른 기술,방법론 및사용자를위한 컨테이너로 잘 사용됩니다.

승인

사

의 수천명의 사람들에 기여하는 스크럼,우리는 shouldsingle 웃 사람들은 수단에서 시작:Jeff Sutherlandworked,제프리 맥케나와 존 Scumniotales,켄 Schwaber workedwith 마이크 스미스와 크리스마르탱,그들 모두 함께 일했다. 많은 사람들이 계속되는 몇 년 동안 기여했으며 그들의 도움 없이는 오늘날처럼 세련되지 않을 것입니다.

스크럼 가이드 역사

Ken Schwaber 와 Jeff Sutherland 는 1995 년 OOPSLAConference 에서 스크럼을 처음 공동 발표했습니다. 그것은 본질적으로 Ken andJeff 가 지난 몇 년 동안 얻은 학습을 문서화하고 Scrum 의 첫 번째 공식 정의를 공개했습니다.

스크럼 가이드 문서를 스크럼을 개발,진화하고 지속적인 for30 년에 의해 제프 서덜랜드와 켄 Schwaber. 다른 출처는 스크럼 프레임 워크를 보완하는 패턴,프로세스 및 통찰력을 제공합니다.이들은 생산성,가치,창의성 및 만족도를 높일 수 있습니다.

스크럼의 전체 역사는 다른 곳에서 설명됩니다. 시도되고 입증 된 첫 번째 장소를 존중하기 위해 우리는 Individual Inc.를 인정합니다.,Newspage,Fidelity Investments 및 IDX(현재 GE Medical).

©2020 년 켄 Schwaber 및 제프랜드 이 책은 제품의 AttributionShare-지,액세스할 수 있 athttps://받는다:.org/licenses/by-sa/4.0/legalcode 및 alsodescribed 에 요약 양식을 athttps://받는다:.org/licenses/by-sa/4.0/. 을 활용하여 이 ScrumGuide,당신은 당신을 인정하고 동의를 읽고 동의하 bebound 여 약관의 속성이 받는다:.