Scrum

Scrum is for teams that plan their work within time-boxed periods called sprints in which they create potentially-shippable product increments. There are three main parts of the Scrum framework.

스크럼은 스프린트라고 하는 시간 제한 기간 내에 작업을 계획하여 잠재적으로 배송 가능한 제품 증분을 만드는 팀을 위한 것입니다. 스크럼 프레임워크에는 세 가지 주요 부분이 있습니다.

Scrum artifacts are tools that provide project transparency, enable shared understanding, and enable inspection and adaptation. They include the product backlog, the sprint backlog, the sprint goal, sprint boards and reports.

스크럼 아티팩트는 프로젝트의 투명성을 제공하고, 이해를 공유하며, 검사 및 조정을 가능하게 하는 도구입니다. 여기에는 제품 백로그, 스프린트 백로그, 스프린트 목표, 스프린트 보드 및 보고서가 포함됩니다.

The second part of the scrum framework is the roles related to scrum, including the product owner, scrum master, development team members and stakeholders.

스크럼 프레임워크의 두 번째 부분은 제품 소유자, 스크럼 마스터, 개발 팀원 및 이해 관계자를 포함하여 스크럼과 관련된 역할입니다.

The third main part of the scrum framework is the events related to scrum. These are also called ceremonies or meetings. The sprint guide considers the sprint as a container event for the other events. These ceremonies include the sprint planning meeting, daily standups, the sprint review and the sprint retrospective.

스크럼 프레임워크의 세 번째 주요 부분은 스크럼과 관련된 이벤트입니다. 이를 의식 또는 회의라고도 합니다. 스프린트 가이드에서는 스프린트를 다른 이벤트를 위한 컨테이너 이벤트로 간주합니다. 이러한 행사에는 스프린트 계획 회의, 일일 스탠드업, 스프린트 리뷰 및 스프린트 회고가 포함됩니다.

• A product backlog is a dynamic, ordered to-do list for the project

• and can include stories, features, improvements, bug fixes, etc.

• Issues near the top of the backlog are the closest to being worked on, so they usually have more details than the lower items.

• The product backlog is managed, continually refined and ordered by the product owner.

• Modifying the product backlog is called product backlog refinement (or backlog grooming).

• 제품 백로그는 프로젝트에 대한 동적이고 순서가 있는 할 일 목록입니다.

• 스토리, 기능, 개선 사항, 버그 수정 등을 포함할 수 있습니다.

• 백로그의 맨 위에 있는 이슈는 작업 완료에 가장 가까우므로 일반적으로 하위 항목보다 세부 정보가 더 많습니다.

• 제품 백로그는 제품 소유자가 관리하고 지속적으로 정련되며 순서화 됩니다.

• 제품 백로그를 수정하는 것을 제품 백로그 개선(또는 백로그 그루밍)이라고 합니다.

• The sprint backlog is a subset of the product backlog; the list of issues to be completed during the sprint.

• Issues in the sprint backlog are either in the current (active) sprint (or will be in the next started sprint).

• It contains issues that are well-defined, broken down, and estimated.

• The sprint backlog is assigned to, worked, and completed by the development team.

• The total of all their estimates is the sprint commitment.

• 스프린트 백로그는 제품 백로그의 하위 집합으로, 스프린트 동안 완료해야 할 이슈의 목록입니다.

• 스프린트 백로그에 있는 이슈는 현재(활성) 스프린트에 있거나 다음에 시작되는 스프린트에 포함될 이슈입니다.

• 여기에는 잘 정의되고, 세분화되고, 예상되는 이슈가 포함되어 있습니다.

• 스프린트 백로그는 개발 팀에 할당되고, 작업되고, 완료됩니다.

• 모든 추정치의 합계가 스프린트 커밋입니다.

• The sprint goal represents the objective of the sprint's increment. It is agreed to by the team.

• The sprint goal is reached by completing the issues in the sprint backlog.

• A scrum rule is that the sprint goal does not change during the sprint; the sprint is considered a success if the sprint goal is reached.

• Why have a sprint goal? The first reason is that it provides a coherence to the product increment. This means that the features are related, so that the product increment is valuable rather than building a collection of unrelated features. This also results in the scrum team working together to achieve the sprint goal.

• The second reason is that it enables flexibility with the sprint backlog. Projects are complex, and even though the sprint duration is relatively short, the team can not predict the future and will learn and adjust during the sprint. There has to be flexibility somewhere. The sprint goal remains fixed during the sprint, but the issues that achieve the sprint goal can be modified as long as quality is not decreased. This means that there is flexibility in the makeup of the sprint backlog as the sprint is worked on. The sprint goal provides guidance for decisions as the team makes adjustments.

• 스프린트 목표는 스프린트 증분의 목표를 나타냅니다. 이는 팀의 합의입니다.

• 스프린트 목표는 스프린트 백로그에 있는 이슈를 완료함으로써 달성됩니다.

• 스크럼 규칙에 따라 스프린트 목표는 스프린트 중에 변경되지 않으며, 스프린트 목표에 도달하면 스프린트가 성공한 것으로 간주됩니다.

• 스프린트 목표가 있는 이유는 무엇인가요? 첫 번째 이유는 제품 증분에 일관성을 제공하기 때문입니다. 즉, 기능들이 서로 연관되어 있으므로 관련 없는 기능 모음을 구축하는 것보다 제품 증분이 더 가치가 있다는 의미입니다. 또한 스크럼 팀이 스프린트 목표를 달성하기 위해 협력하게 됩니다.

• 두 번째 이유는 스프린트 백로그에 유연성을 부여할 수 있기 때문입니다. 프로젝트는 복잡하고 스프린트 기간은 비교적 짧지만, 팀은 미래를 예측할 수 없으며 스프린트 기간 동안 학습하고 조정하게 됩니다. 어딘가에는 유연성이 있어야 합니다. 스프린트 목표는 스프린트 기간 동안 고정되어 있지만 스프린트 목표를 달성하기 위한 이슈는 품질이 저하되지 않는 한 수정할 수 있습니다. 즉, 스프린트가 진행됨에 따라 스프린트 백로그의 구성에 유연성이 있다는 뜻입니다. 스프린트 목표는 팀이 조정할 때 의사 결정을 위한 지침을 제공합니다.

• During the active sprints, the team strives to complete work items in the sprint backlog.

• They move stories across different columns – using drag-and-drop from left to right – until they are done. Each column represents a workflow stage.

• They can also quickly identify any impediments so they can be cleared and work can continue.

• The Active Sprints board facilitates daily standups (sometimes called daily scrums).

• 액티브 스프린트 기간 동안 팀은 스프린트 백로그에 있는 작업 항목을 완료하기 위해 노력합니다.

• 완료될 때까지 왼쪽에서 오른쪽으로 끌어서 놓기를 사용하여 여러 열에 걸쳐 스토리를 이동합니다. 각 열은 워크플로 단계를 나타냅니다.

• 또한 장애물을 신속하게 식별하여 이를 해결하고 작업을 계속할 수 있습니다.

• 액티브 스프린트 보드는 일일 스탠드업(일일 스크럼이라고도 함)을 용이하게 합니다.