스크럼 스프린트
Scrum sprint스크럼 및 기타 민첩한 소프트웨어 개발 프레임워크에서 스프린트는 가능한 최고의 가치를 지닌 "완료" 제품이 생성되는 반복 가능한 고정 타임박스입니다.스프린트는 스크럼 애자일 방법론의 핵심이며 데일리 스크럼, 스크럼 리뷰 및 스프린트 회고전과 같은 다른 모든 스크럼 이벤트를 마무리하는 이벤트로 생각할 수 있다.모든 스크럼 종목과 마찬가지로 스프린트도 최장 지속시간이 있다.보통, 스프린트는 한 달 또는 [1]그 이하로 지속된다.
통상, 매일의 회의를 개최해, 프로젝트의 진행 상황이나, 프로젝트의 실시중에 팀원이 직면하는 곤란에 대해 논의합니다.스프린트의 결과는 일부 증분을 수반하지만 성과물이다.스크럼은 웹 테크놀로지 등의 프로젝트나 새로운 시장을 위한 제품 개발(요건이 많거나 빠르게 변화하는 제품)[2]에 사용됩니다.
역사
스프린트(스크럼)는 1990년대 초 켄 슈워버가 마이크 스미스, 크리스 마틴과, 제프 서덜랜드가 제프 맥케나와 [1]함께 일하면서 탄생했다.1995년, Ken Schwaber와 Jeff Sutherland는 OOPSLA [3]컨퍼런스에서 Scrum을 발표했습니다.
가치
스프린트의 주요 특징은 고정된 기간이다.스프린트 초반에는 몇 가지 목표가 정의되어 있으며, 그 목표는 스프린트 전반에 걸쳐 신중하게 검토되고 있다.검토 결과 제품에 편차가 있는 경우 추가 편차를 제어하기 위해 가능한 한 빨리 조정이 이루어집니다.따라서 Sprint는 "Sprint Backlog"를 입력으로 사용하고 제품의 증분 성과물 버전을 출력으로 제공합니다.이를 위해 Sprint는 투명성, 검사 및 적응을 기본 가치로 사용한다.투명성을 통해 모든 이해관계자가 "완료"된 것으로 간주되는 사항을 공통적으로 이해할 수 있습니다.검사 및 적응은 스프린트 종료 시 최대값 제품이 전달되도록 편차를 제어하는 데 도움이 됩니다.이전 스프린트가 종료된 직후에 다음 스프린트가 이어진다.[1]
용어집
스프린트는 스프린트 백로그, 데일리 스크럼, 스프린트 리뷰 및 기타 [1]이벤트와 연계하여 작동한다.
제품 소유자
제품 소유자는 제품의 현재 개발 상태와 제품의 가치를 극대화할 책임이 있습니다.Product Owner는 [1]위원회를 대표하는 경우에도 한 사람이 될 수 있습니다.이들의 업무는 다음과 같습니다.
개발팀
개발팀은 스프린트 백로그에 있는 기사의 이행을 담당한다.개발팀의 여러 구성원이 서로 다른 분야를 전문으로 할 수 있지만,[1] 기능 개발은 개발팀 전체가 담당합니다.
스프린트 백로그
Sprint 백로그는 Sprint에 대해 선택된 제품 백로그의 서브셋과 그 배송 계획을 나타냅니다.개발팀은 스프린트 백로그에 기재되어 있는 항목을 바탕으로 "완료" 제품을 [1]작성하는 방법을 결정합니다.
데일리 스크럼
Daily Scrum은 개발팀이 마지막 Daily [1]Scrum 이후 수행된 작업량을 기준으로 향후 24시간 동안의 작업을 동기화하고 계획할 수 있는 고정 시간, 고정 장소 이벤트입니다.데일리 스크럼에서 개발팀 구성원은 다음과 같이 설명합니다.
- 어제 내가 무엇을 했기에 스프린트 골로 가는 데 도움이 되었나요?
- 오늘 스프린트 목표를 위해 무엇을 할까요?
- 스프린트 목표 달성에 어떤 장애가 있습니까?
데일리 스크럼은 보통 15분 동안 진행되지만 자세한 논의를 위해 다른 미팅이 이어질 수 있습니다.
스프린트 리뷰
스프린트 검토는 스프린트가 종료된 후에 예정되어 있다.팀 및 이해관계자는 작업량을 검사합니다.제품 소유자는 [1]필요에 따라 제품 백로그를 조정합니다.스프린트 검토는 각 스프린트 종료 시 점검 및 적응 기회이다.
스프린트 회고전
스프린트 회고전은 스프린트에서 제대로 된 점과 개선할 수 있는 점을 분석하는 데 사용된다.Scrum Team은 이 증분을 구축하기 위해 사용되는 프로세스를 조사합니다.이 회고적 피드백은 Sprint에서 따라야 할 프로세스를 개선하는 데 도움이 됩니다.스프린트 회고전은 각 [4]스프린트 종료 시 점검 및 적응 기회이다.
프로세스 흐름
시스템을 만드는 아이디어가 Scrum 프로젝트를 시작합니다.처음에는 비전이 모호할 수 있지만, 프로젝트가 진행됨에 따라 팀원들은 원하는 시스템에 대한 명확한 그림을 얻기 시작합니다.Product Owner의 역할은 Product Backlog와 함께 전략을 수립하고 프로젝트에 자금을 지원하는 사람들에게 비전 프로젝트를 전달하는 것입니다.그런 다음 핵심 기능에 가장 높은 우선순위가 할당되는 우선 순위가 지정된 프로젝트 백로그가 생성됩니다.그러나 증분 제품에는 추가 기능을 사용할 수 있습니다.현재 주요 목표는 이 우선순위 목록을 "완료"[5] 제품으로 변환하는 것입니다.
모든 스프린트는 스프린트 계획 회의로 시작하여 30일 이내 지속됩니다.미팅에서는 개발팀, Scrum Master 및 Product Owner 간에 Product Backlog의 우선순위 항목에 대해 논의합니다.그런 다음 개발 팀은 태스크의 실현 가능성에 대해 논의하고 의견을 제시합니다.결정된 후에는 최종 태스크에 대해 논의하여 개발팀 구성원에게 할당합니다.그 후 두 번째 단계의 미팅이 진행됩니다.이 미팅은 개발팀만 구성되며 팀이 [5]작업 계획을 논의합니다.
일일 스크럼은 팀이 현재 작업 상태 및 발생한 장애에 대해 논의하는 자리입니다.편차가 [5]관찰되면 신속하게 조정한다.
스프린트가 끝나면 팀, 스크럼 마스터 및 제품 소유자가 스프린트를 검토하고 그에 따라 다음 스프린트를 계획한다.
「 」를 참조해 주세요.
레퍼런스
- ^ a b c d e f g h i j Ken Schwaber, Jeff Sutherland. "The Scrum Guide" (PDF). Scrum.org. Retrieved May 25, 2018.
{{cite web}}: CS1 maint: 작성자 파라미터 사용(링크) - ^ Cohn, Mike; Ford, Doris (June 1, 2003). "Introducing An Agile Process to an Organization". IEEE Computer. 36 (8). doi:10.1109/MC.2003.1204378.
- ^ "SPLASH 2016 OOPSLA - SPLASH 2016". 2016.splashcon.org. Retrieved 2016-09-22.
- ^ Rubin, Kenneth (2013), Essential Scrum. A Practical Guide to the Most Popular Agile Process, Addison-Wesley, p. 375, ISBN 978-0-13-704329-3
- ^ a b c Schwaber, Ken. Agile Project Management with Scrum. Redmond, Wash. : Microsoft Press, c2004. ISBN 073561993X.
