스크럼-프레임 워크

스크럼은 복잡한 제품을 개발하고 유지하기위한 프레임 워크입니다. Ken Schwaber와 Jeff Sutherland는 Scrum을 개발했습니다. 함께, 그들은 스크럼 규칙 뒤에 있습니다.

스크럼 정의

스크럼은 사람들이 복잡한 적응 문제를 해결할 수있는 프레임 워크입니다. 동시에 가장 가치있는 제품을 생산적이고 창의적으로 제공 할 수 있습니다.

스크럼은 1990 년대 초부터 복잡한 제품 개발을 관리하는 데 사용 된 프로세스 프레임 워크입니다. 스크럼은 제품을 만드는 과정이나 기술이 아닙니다. 오히려 다양한 프로세스와 기술을 사용할 수있는 프레임 워크입니다. Scrum은 제품 관리 및 개발 관행의 상대적인 효율성을 명확히하여 개선 할 수 있도록합니다.

Scrum 프레임 워크는 Scrum Teams 및 관련 역할, 이벤트, 아티팩트 및 규칙으로 구성됩니다. 프레임 워크 내의 각 구성 요소는 특정 목적을 제공하며 Scrum의 성공과 사용에 필수적입니다.

Scrum의 규칙은 이벤트, 역할 및 아티팩트를 결합하여 이들 간의 관계와 상호 작용을 제어합니다. Scrum의 규칙은이 튜토리얼 전체에서 설명됩니다.

Note-업계 전반에 걸쳐 스크럼은 문서가 없다는 것을 의미하고 스크럼 팀은 개발자로만 구성된다는 오해가 있습니다. 완전히 그렇지는 않습니다. 이후 섹션에서 이에 대한 설명을 제공합니다.

스크럼 프로세스 프레임 워크

스크럼에서 규정 된 이벤트는 규칙 성을 생성하는 데 사용됩니다. 모든 이벤트는 타임 박스 이벤트이므로 모든 이벤트는 최대 기간을 갖습니다. 이벤트는 다음 장에서 더 자세히 설명합니다.

스프린트

Scrum의 핵심은 잠재적으로 출시 가능한 제품 증분이 생성되는 2 주 또는 1 개월의 타임 박스 인 Sprint입니다. 새로운 스프린트는 이전 스프린트 종료 직후에 시작됩니다. 스프린트는 스프린트 계획, 일일 스크럼, 개발 작업, 스프린트 검토 및 스프린트 회고로 구성됩니다.

  • 스프린트 계획에서 스프린트에서 수행 할 작업은 스크럼 팀이 공동으로 계획합니다.

  • 데일리 스크럼 회의는 스크럼 팀이 활동을 동기화하고 그날의 계획을 세우는 15 분의 타임 박스 이벤트입니다.

  • Sprint Review는 증분을 검사하고 필요한 경우 제품 백 로그를 변경하기 위해 Sprint가 끝날 때 개최됩니다.

  • Sprint Retrospective는 Sprint Review 후 다음 Sprint Planning 이전에 발생합니다. 이 회의에서 스크럼 팀은 자체를 검사하고 후속 스프린트 동안 시행 될 개선 계획을 수립합니다.

결론

스크럼은 규칙 성을 가져 오기 위해 특정 규칙, 이벤트 및 역할을 정의하는 프로세스 프레임 워크입니다. 그러나 기본 스크럼 규칙을 위반하지 않는 한 필요에 따라 모든 조직에 적용 할 수 있습니다.