애자일 개발(Scrum 가이드)
2025-02-10 15:35:59 0 보고서
전체 콘텐츠를 보려면 로그인하세요
이 마인드맵은 '애자일 개발(Scrum 가이드)'에 대한 개요를 제공합니다. 스크럼은 복잡한 문제를 해결하고 높은 가치를 지닌 제품을 창출하는 프레임워크로, 가볍고 이해하기 쉬우면서도 마스터하기 어려운 특징을 지닙니다. 스크럼은 팀의 역할, 이벤트, 아티팩트, 규칙으로 구성되며, 경험주의 이론에 기반한 투명성, 점검, 적응의 세 기둥을 중심으로 운영됩니다. 스프린트, 일일 스탠드업, 스프린트 검토 및 회고 회의 등의 네 가지 행사를 통해 규칙성을 유지하며, 제품 소유자, 개발팀, 스크럼 마스터가 협력하여 최적의 제품 가치를 실현합니다.
저자의 다른 작품
개요/내용
Scrum 정의
스クラム은 복잡하고 자율적인 문제를 해결할 수 있는 프레임워크이며, 동시에 효율적이고 창의적으로 최고의 가치를 가진 제품을 제공할 수 있습니다.
특징
가벼운
이해하기 쉬운
마스터하기 어렵다
구성하다
스クラ럼(Scrum) 프레임워크는 스크럼 팀(Scrum Team)과 관련된 역할, 이벤트, 아티팩트(Artifacts) 및 규칙으로 구성됩니다. 프레임워크의 각 부분은 모두 그에 따른 특정 목적을 가지고 있으며, 스크럼의 성공과 사용에 있어서 매우 중요합니다.
규칙
스クラム의 규칙은 역할, 이벤트 및 아티팩트를 함께 구성하여 그들 사이의 관계와 상호작용을 관리합니다.
Scrum 애플리케이션
1. 시장과 기술, 제품 능력을 연구하고 인식합니다.
2. 제품 개발과 기능 강화;
3. 제품과 기능 강화, 하루에 여러 번 발표될 정도로 빈도가 높습니다.
4. 클라우드(온라인, 보안, 필요에 따라) 및 기타 실행 환경을 개발하고 지원하여 제품 사용을 제공합니다.
5. 제품 지원 및 업데이트.
Scrum 이론
경험주의 기반의 경험적 공정 제어 이론
세 기둥
투명
생산에 책임이 있는 사람들에게는 과정 중의 핵심 단계가 명확하게 보여야 합니다. 투명성을 가지기 위해서는 이러한 핵심 단계에 통일된 기준을 제정해야 하며, 이러한 단계에 주의를 기울이는 모든 사람들이 관찰되는 것에 대해 통일된 이해를 가질 수 있도록 해야 합니다.
점검
스クラ럼의 사용자는 스크럼의 아티팩트와 스프린트 목표의 진행을 자주 검토하여 불필요한 차이를 발견해야 합니다. 검토는 작업 자체를 방해할 정도로 너무 자주 이루어지지 않아야 합니다. 숙련된 검토자가 작업 중에 부지런히 수행할 때 검토의 효과가 가장 좋습니다.
적응
감사자가 과정 중 하나 이상의 측면이 수용 가능한 범위를 벗어나고 제품을 수용할 수 없을 것으로 판단되면, 과정이나 과정화된 내용을 조정해야 합니다. 조정 작업은 가능한 한 빨리 실행하여 추가적인 벗어남을 최소화해야 합니다.
네 개의 행사
스프린트 계획 회의
매일 스クラ럼 스탠드업
스프린트 검토 회의
스프린트 회고 회의
Scrum 가치
약속
용기
집중
개방
존중
Scrum 팀
PO（제품 소유자）
책임
개발팀이 개발한 제품의 가치를 최대화하십시오.
관리 제품 대기 목록의 유일한 책임자
제품 대기 목록 항목을 명확하게 표현해 주세요.
제품의 할일 목록 항목을 정렬하여 목표와 사명을 가장 잘 달성할 수 있도록 하십시오.
개발 팀이 수행하는 작업의 가치를 최적화합니다.
제품의 작업 목록이 모든 사람에게 보이도록 투명하고 명확하게 하며, 동시에 Scrum 팀이 다음에 할 작업을 표시하세요.
개발 팀이 제품의 작업 목록 항목에 대해 충분히 깊은 이해를 가지도록 확보하십시오.
제품 개발 팀 (PDT)
구성하다
개발 팀은 다양한 전문가들로 구성되어 있으며, 각 Sprint가 끝날 때 잠재적으로 출시 가능한 그리고 "완료된" 제품 증분을 전달하는 책임이 있습니다. Sprint 검토 회의에서 "완료된" 증분은 필수적입니다. 오직 개발 팀 멤버만이 증분을 만들 수 있습니다.
특징
자기조직화된
다기능적인 팀
개발 팀 멤버의 모든 직함을 인정하지 않습니다.
개발 팀 내에서 이른바 "서팀"을 인정하지 않습니다.
개발 팀의 각 구성원은 분명 전문 분야와 집중하는 영역이 있을 수 있지만, 책임은 전체 개발 팀에 속한다.
규모
（3, 9]
SM（Scrum 마스터）
봉사형 리더십
스クラム 팀이 창출하는 가치를 최대화하십시오
제품책임자에게 서비스를 제공합니다.
스クラム 팀의 모든 구성원이 목표, 범위 및 제품 도메인을 가능한 한 잘 이해할 수 있도록 보장하십시오.
효과적인 제품 할일 목록 관리 방법을 찾는 기술
스クラ럼 팀이 왜 명확하고 간결한 제품 백로그 항목이 필요한지 이해하도록 도와주세요.
경험주의 환경에서의 제품 기획을 이해하다
제품 담당자가 제품 백로그를 어떻게 배열하여 최대 가치를 달성할 수 있는지 이해하도록 확보하십시오.
이해하고 실천하는 민첩성
요청받거나 필요할 때, 스크럼 이벤트를 안내해 주세요.
개발 팀을 지원합니다
코치로서 개발팀에게 자율조직과 협업능력에 대한 지도를 제공합니다.
개발팀을 도와 고가치 제품을 창조합니다.
개발팀의 작업 진행에서 장애물을 제거해 주세요.
요청되거나 필요할 때, 스크럼 이벤트를 안내해 주세요.
스クラ럼이 아직 완전히 채택되고 이해되지 않은 조직 환경에서 개발 팀을 지도하는 코치로서
조직에 봉사하다
조직이 Scrum을 채택하도록 이끌고 코치로서 지도합니다.
조직 내에서 스크럼의 시행을 계획합니다.
직원들과 이해관계자들이 스크럼과 경험 주도형 제품 개발을 이해하고 실천할 수 있도록 도와줍니다.
변화를 일으켜 Scrum 팀의 생산성을 향상시킬 수 있게 하다
다른 Scrum Master들과 함께 일하여 조직 내 Scrum 적용의 효과성을 높입니다.
Scrum 이벤트
기능
정기적인 이벤트를 사용하여 규칙성을 만들고, 이를 통해 Scrum 외부에서 회의할 필요성을 줄입니다.
스クラム에서의 각 이벤트는 검토와 적응을 위한 공식적인 기회입니다.
스프린트
스프린트는 스크럼의 핵심이며, [2주, 4주] 길이는 일정하게 유지됩니다.
구성
스프린트 계획 회의
매일 스クラ럼 스탠드업
개발 작업
스프린트 검토 회의
스프린트 회고 회의
요구
스프린트 목표에 해로운 변경을 할 수 없습니다.
질량을 낮출 수 없는 목표
정보 습득이 증가함에 따라, 제품 담당자와 개발팀은 서로 해야 할 일의 범위를 명확히 하고 재협상할 수 있습니다.
각 Sprint는 프로젝트로 간주될 수 있습니다.
스프린트의 길이는 한 달 이내로 제한됩니다.
취소 스프린트
스프린트 타임 박스가 끝나기 전에 취소합니다.
제품책임자만이 스프린트를 취소할 수 있는 권한이 있습니다.
어떤 스프린트가 그가 속한 환경에 가치와 의미를 잃었다면, 그 스프린트는 취소되어야 합니다.
스프린트의 시간이 모두 짧기 때문에 스프린트를 취소하는 것은 일반적으로 합리적이지 않습니다.
재심사
심각한 타격을 입히다
스프린트 계획 회의
전체 스クラ럼 팀이 협력하여 완성한 것입니다.
시간 상자 제한이 있는
역할 (아래 질문에 답하십시오)
다음 스프린트에서 포함되어야 할 증분의 내용은 무엇입니까?
제품책임자가 Sprint의 목표와 해당 목표를 달성하기 위해 완료해야 할 제품 백로그 항목을 설명합니다. 전체 Scrum 팀이 Sprint의 작업을 이해하기 위해 협업합니다.
스프린트 회의의 입력
제품 대기 목록
최신 제품 증가량
개발팀이 이번 스프린트 에서 능력의 예측
개발팀의 과거 실적
스프린트 목표를 작성하세요
어떻게 증분 배달을 완료하기 위한 작업을 수행해야 할까요?
스프린트 해야 할 일 목록
선정된 제품의 할일 목록 항목
그들의 계획을 어떻게 전달할 것인가
작업량 예측
계획 작업
자발적으로 수령하다
제품책임자는 선택된 제품의 작업 목록 항목을 명확하게 설명하고 타협점을 찾을 수 있습니다.
설명을 어떻게 완성할지
스프린트 목표
현재 스프린트 에서 제품 백로그를 구현함으로써 달성하고자 하는 목표
개발팀에 지침을 제공합니다.
개발 팀이 스프린트에서 달성한 기능에 대해 일정한 유연성을 남겨 두도록 해 주세요.
선정된 제품의 할일 목록 항목은 일관성있고 통일된 기능을 제공할 것입니다.
만약 필요한 작업이 예상과 다를 경우, 개발팀은 제품 책임자와 Sprint 대기 목록의 범위에 대해 협의해야 합니다.
매일 스クラ럼 스탠드업
기간 동안 하루 15분씩
어제의 성과를 검토하다
오늘의 계획을 보고해 주세요
문제를 제기하다
기능
회의에서 해결되지 않음
스프린트 심사회의
스프린트가 거의 끝날 때 개최합니다.
역할: 제공된 제품 증분을 검토하고 필요에 따라 제품 대기 목록을 조정합니다.
데모 증가
시간：≤4시간
내가 주는 문장의 의미를 전체적으로 이해하세요. 그런 다음 번역 내용은 정확해야 하며, 문법 구조는 매끄러워야 하고, 언어 표현은 아름다워야 합니다. 마지막으로 이를 한국어로 번역하세요.
참가자에는 스クラ럼 팀과 제품 책임자가 초대한 주요 이해관계자가 포함됩니다.
제품책임자가 어느 제품의 할일 목록 항목이 "완료"되었는지, 그리고 어느 것이 "미완료"인지 설명합니다.
개발팀은 Sprint 기간 동안 어떤 작업이 잘 진행됐는지, 어떤 문제에 부딪혔으며, 그 문제들이 어떻게 해결됐는지에 대해 논의합니다.
개발팀은 "완료"한 작업을 시연하고 배달된 증분에 대한 질문에 답합니다.
제품책임자가 현재 제품의 할일 목록 상황을 논의합니다.
모든 참석자는 다음 단계의 작업에 대해 논의합니다.
시장 또는 잠재적인 제품 사용 방식에 대한 다음에 해야 할 가장 가치 있는 변화
다음 예상 제품 기능 또는 제품 능력 버전의 출시를 위한 검토 일정, 예산, 잠재력 및 시장을
출력
수정된 제품 작업 목록
다음 Sprint에 들어갈 가능성이 높은 제품 백로그 항목을 명확히 하십시오.
새로운 기회를 맞이하기 위해 전면적으로 조정하다
스프린트 회고 회의
Scrum 팀이 자신을 검토하고 다음 스프린트 개선 계획을 만드는 기회입니다.
스프린트 평가회의가 끝난 후, 다음 스프린트 계획회의 전에 발생합니다.
시간：≤3시간
목적
이전 Sprint에서 사람, 관계, 과정 및 도구에 대한 상황을 검토해보세요
발견하고 잘하고 있는 것들과 개선이 필요한 잠재적인 주요 측면들을 정렬하세요.
스クラム 팀의 작업 방식을 개선하기 위한 계획을 수립하십시오.
Scrum 아티팩트
다양한 방식으로 업무와 가치를 표현함으로써 투명성을 제공하고 검토 및 적응의 기회를 가질 수 있습니다.
제품 대기 목록
이것은 제품에 대해 알려진 모든 필요한 내용을 포함하는 정렬된 목록입니다.
영원은 완전하지 않아요
미래에 출시될 제품에 대한 업데이트에 포함될 모든 특징, 기능, 요구사항, 개선 및 수정 사항을 나열하십시오: 설명, 순서, 추정 및 가치
더 크고 포괄적인 목록으로 성장할 것입니다
제품 대기 목록 항목을 그룹화할 수 있는 속성이 필요할 수 있습니다.
제품 백로그 세분화란 제품 백로그 항목에 세부 사항을 추가하고, 추정 및 우선순위를 매기는 작업을 의미합니다.
순서가 높은 제품 작업 목록 항목은 일반적으로 순서가 낮은 것보다 더 명확하며 더 많은 세부 사항을 포함합니다.
개발팀이 모든 추정 작업을 담당합니다.
기능: 목표 달성의 진행 상황을 모니터링합니다.
스프린트 할 일 목록
현재 Sprint에 선정된 제품 백로그 항목을 의미하며, 제품의 증분을 전달하고 Sprint 목표를 달성하기 위한 계획을 포함합니다.
최소한 하나는 이전 회고 회의에서 확정된 고 우선순위의 프로세스 개선 사항을 포함해야 합니다.
충분한 세부 사항이 포함된 계획
스프린트 기간 동안에는 개발 팀만이 스프린트 백로그를 변경할 수 있습니다.
역할: 스프린트 진행 상황 모니터링
증가량
스프린트 완료된 모든 제품 백로그 항목의 총합, 그리고 이전 모든 스프린트에서 생성된 증분의 가치 총합입니다.
스프린트의 마지막에, 새로운 증분은 "완료" 상태여야 합니다. 이는 사용 가능한 상태여야 하며 스크럼 팀의 "완료" 정의 기준에 도달했음을 의미합니다.
스프린트가 끝날 때 경험론을 지원하고 검토 가능한 완료된 제품 구성 요소
증분은 비전이나 목표로 향하는 한 걸음입니다. 제품 책임자가 이를 출시하기로 결정하든 아니든, 증분은 반드시 사용 가능해야 합니다.
0 댓글
다음 페이지
