이 문서는 Google Cloud Translation API를 사용해 자동 번역되었습니다.
어떤 문서는 원문을 읽는게 나을 수도 있습니다.
스크럼은 복잡한 프로젝트를 관리하고 제공하기 위한 애자일 프레임워크입니다. 팀이 스프린트라고 하는 반복적인 개발 주기를 통해 고부가가치 제품을 제공할 수 있는 경량 프로세스입니다. 스크럼은 교차 기능 팀 간의 협업, 진행 상황에 대한 지속적인 평가 및 변화하는 요구 사항에 적응할 수 있는 유연성을 강조합니다.
스크럼은 복잡한 프로젝트를 관리하고 제공하기 위한 반복적이고 증분적인 프레임워크입니다. 팀이 스프린트라고 하는 짧고 반복적인 개발 주기를 통해 높은 가치의 제품을 제공할 수 있는 경량 프로세스입니다. Scrum 프레임워크는 지속적인 개선의 개념을 기반으로 하며 일련의 역할, 이벤트, 아티팩트 및 규칙으로 구성됩니다.
스크럼 팀의 핵심 역할은 스크럼 마스터, 제품 소유자 및 개발 팀입니다. 스크럼 마스터는 스크럼 프로세스에서 팀을 안내하고 코칭하는 책임이 있으며, 제품 소유자는 제품의 비전과 우선 순위를 설정하는 책임이 있습니다. 개발팀은 제품 제공을 담당합니다.
스크럼 프로세스는 스프린트 전체에서 개최되는 여러 이벤트 또는 회의로 구성됩니다. 여기에는 스프린트 계획 회의, 일일 스크럼, 스프린트 검토 및 스프린트 회고전이 포함됩니다. 스프린트 계획 회의는 스프린트를 계획하는 데 사용되며 일일 스크럼은 진행 상황을 검토하고 장애물을 식별하는 데 사용됩니다. Sprint Review는 완료된 작업을 검토하는 데 사용되는 반면 Sprint Retrospective는 개선이 필요한 영역을 식별하는 데 사용됩니다.
Scrum에는 진행 상황을 추적하는 데 사용되는 여러 아티팩트 또는 문서도 포함됩니다. 여기에는 제품 백로그, 스프린트 백로그 및 번다운 차트가 포함됩니다. 제품 백로그는 완료해야 하는 기능 및 작업 목록이고 스프린트 백로그는 스프린트 중에 완료해야 하는 작업 목록입니다. 번다운 차트는 스프린트 전체의 진행 상황을 추적하는 데 사용됩니다.
마지막으로 Scrum에는 프로세스를 준수하는 데 사용되는 몇 가지 규칙이 포함되어 있습니다. 여기에는 모든 작업이 수락되기 전에 완료되었는지 확인하는 데 사용되는 완료의 정의와 모든 작업이 할당된 시간 내에 완료되었는지 확인하는 데 사용되는 타임박싱 규칙이 포함됩니다.
스크럼은 1990년대 초 Jeff Sutherland와 Ken Schwaber가 개발했습니다. 이는 2001년 협업, 고객 중심, 변화 대응 능력을 강조하기 위해 개발된 Agile Manifesto의 원칙을 기반으로 합니다.
Scrum은 가장 인기 있는 Agile 프레임워크 중 하나가 되었으며 전 세계 조직에서 복잡한 프로젝트를 관리하고 제공하는 데 사용됩니다.
스크럼은 팀이 짧고 반복적인 개발 주기를 통해 높은 가치의 제품을 제공할 수 있도록 하는 경량 프로세스로 설계되었습니다. 교차 기능 팀 간의 협업, 진행 상황에 대한 지속적인 평가, 변화하는 요구 사항에 적응할 수 있는 유연성을 강조합니다.
Scrum의 핵심 기능은 다음과 같습니다.
역할: 스크럼 팀의 핵심 역할은 스크럼 마스터, 제품 소유자 및 개발 팀입니다.
이벤트: 스크럼 프로세스는 스프린트 전체에서 개최되는 여러 이벤트 또는 회의로 구성됩니다. 여기에는 스프린트 계획 회의, 일일 스크럼, 스프린트 검토 및 스프린트 회고전이 포함됩니다.
아티팩트: 스크럼에는 진행 상황을 추적하는 데 사용되는 여러 아티팩트 또는 문서가 포함됩니다. 여기에는 제품 백로그, 스프린트 백로그 및 번다운 차트가 포함됩니다.
규칙: 스크럼에는 프로세스가 준수되는지 확인하는 데 사용되는 여러 규칙이 포함되어 있습니다. 여기에는 완료의 정의 및 타임박싱 규칙이 포함됩니다.
Scrum 프로젝트의 한 예는 새로운 소프트웨어 제품의 개발입니다. 제품 소유자는 완료해야 하는 모든 기능과 작업을 나열하는 제품 백로그를 생성합니다. 그런 다음 개발 팀은 스프린트 중에 완료해야 하는 작업을 나열하는 스프린트 백로그를 생성합니다. 스프린트 계획 회의 중에 팀은 스프린트를 계획하고 장애물을 식별합니다.
스프린트 중에 팀은 일일 스크럼을 개최하여 진행 상황을 검토하고 장애물을 식별합니다. 스프린트가 끝나면 팀은 스프린트 검토 중에 완료된 작업을 검토하고 스프린트 회고전에서 개선할 영역을 식별합니다.
Scrum의 주요 장점은 협업에 대한 강조, 진행 상황에 대한 지속적인 평가, 변화하는 요구 사항에 적응할 수 있는 유연성입니다. 또한 팀은 짧고 반복적인 개발 주기를 통해 높은 가치의 제품을 제공할 수 있습니다.
스크럼의 주요 단점은 구조가 부족하고 진행 상황을 관리하고 추적하기 어려울 수 있다는 사실입니다. 또한 팀의 높은 수준의 노력이 필요하며 대규모 조직에서는 구현하기 어려울 수 있습니다.
Scrum은 XP(Extreme Programming) 및 Kanban과 같은 다른 Agile 프레임워크와 관련이 있습니다. 또한 지속적인 개선과 낭비 제거를 강조하는 일련의 원칙인 린(Lean)과도 관련이 있습니다.
Scrum은 종종 XP(Extreme Programming) 및 Kanban과 같은 다른 Agile 프레임워크와 함께 사용됩니다. 또한 지속적인 개선과 낭비 제거를 강조하는 일련의 원칙인 Lean과 함께 사용됩니다.
스크럼은 팀이 짧고 반복적인 개발 주기를 통해 높은 가치의 제품을 제공할 수 있도록 하는 널리 사용되는 애자일 프레임워크입니다. 교차 기능 팀 간의 협업, 진행 상황에 대한 지속적인 평가, 변화하는 요구 사항에 적응할 수 있는 유연성을 강조합니다. XP(Extreme Programming), Kanban, Lean과 같은 다른 Agile 프레임워크와도 관련이 있습니다.