비즈니스 성공을 보장하기 위해 스프린트 계획 회의를 수행하는 방법
게시 됨: 2021-03-19팀의 생산성을 높이는 방법에 대해 궁금한 적이 있습니까? 특히 전 세계가 전염병에 맞서 싸우고 있는 동안 프로젝트 소유자로서 팀을 체계적이고 생산적으로 유지하는 방법에 대해 좌절할 수 있습니다.
운 좋게도 비용을 절감할 수 있는 몇 가지 프로젝트 관리 도구가 있습니다. 애자일은 프로젝트 관리에서 가장 널리 사용되는 접근 방식 중 하나입니다. 현재는 유연성과 진화적 특성으로 인해 많은 프로젝트 관리자에게 최고의 선택이 되었습니다.
Project Management Institute에 따르면 조직의 70% 이상이 Agile 접근 방식을 통합했으며 Agile 프로젝트는 기존 프로젝트보다 28% 더 성공적입니다.
애자일 스크럼에서 중요한 의식은 " 스프린트 계획 회의 "입니다. 프로젝트의 전반적인 성공 또는 실패는 이러한 사전 관리 규칙에 크게 좌우됩니다. 이 가이드를 사용하여 다음 프로젝트를 위한 성공적인 스프린트 계획 행사를 진행하세요.
더 진행하기 전에 이 문서에서 사용할 몇 가지 용어를 검토해 보겠습니다. Sprint Planning의 기본 사항을 이해하는 데 도움이 됩니다.
제품 백로그: 업데이트해야 하는 제품 요구 사항에 대한 자세한 설명입니다. 여기에는 새로운 기능, 기존 기능에 대한 변경 사항, 버그 수정, 인프라 설정 등이 포함됩니다.
스프린트 백로그: 팀이 현재 스프린트 동안 실행하기로 약속한 제품 백로그 항목의 목록입니다. 해당 제품 백로그 항목을 제공하는 데 필요한 작업 목록과 함께.
스토리: 최종 사용자 관점에서 제품 기능에 대한 설명을 설명합니다. 예를 들어 고객으로서 사이트에서 제품을 쉽게 검색할 수 있도록 웹 사이트에 등록하려고 합니다.
팀 속도: 단일 스프린트 동안 팀이 관리할 수 있는 작업량을 측정합니다. 이것은 Scrum의 핵심 메트릭입니다.
애자일 방법론에서 스프린트 계획 회의란?
![민첩한 계획 전략](/uploads/article/47509/k6Mk70W4CpXyFzUZ.png)
스프린트 계획 회의는 전체 팀이 함께 모여 스프린트 목표를 설정하고 팀의 제품 백로그 검토에 따라 해당 목표를 달성하기 위한 로드맵을 계획하는 이벤트입니다.
더 명확하게 하기 위해 스프린트는 연속 개발 주기의 하나의 타임박스 반복입니다. 스프린트 내에서 팀은 일정량의 작업을 완료하고 검토할 수 있도록 준비해야 합니다. 그리고 스크럼 마스터가 진행하는 "Sprint Planning Meeting"이 시작점입니다.
참석자: 개발팀, 스크럼 마스터, 제품 소유자
시기: 스프린트 시작 시.
기간: 일반적으로 일주일에 한 시간 반복합니다. 2주 스프린트에 2시간 정도.
애자일 프레임워크 : 스크럼.
목적: 스프린트 계획의 주요 목적은 다음을 정의하는 것입니다.
- 다가오는 스프린트에서 제공할 수 있는 것
- 그 일은 어떻게 성취될 것인가
잘못된 스프린트 계획은 비현실적인 기대치를 설정하여 팀을 방해할 수 있음을 기억하십시오.
스프린트 계획 회의의 이점
- 팀 구성원이 스프린트 목표 및 약속에 동의할 수 있습니다.
- 작업 검색, 가입, 우선 순위 지정 및 추정 가능
- 종속성을 전달하기 위한 플랫폼 생성
- 달성 가능한 스프린트 목표를 설정하고 달성하기 위한 팀 역량을 식별합니다.
스프린트 계획 회의에서는 어떤 일이 발생합니까?
![스프린트 계획 회의](/uploads/article/47509/zWyefTDQ2Q2kLVoO.png)
제품 소유자는 스프린트 목표를 설명하고 팀은 그 목표를 달성하기 위한 작업 절차를 함께 결정합니다. 스크럼 팀은 또한 현재 스프린트에서 제품 가치와 유용성을 높이는 방법에 대해서도 논의합니다.
또한 스프린트 백로그에 커밋할 제품 백로그의 항목을 협상합니다. 여기에서는 추정, 제한, 용량, 위험, 종속성 및 일정과 같은 다른 중요한 사실도 고려합니다.
스프린트 계획 회의에는 누가 참석합니까?
일반적으로 전체 팀이 이 스프린트 계획 회의에 참여합니다.
제품 소유자: 후보 제품 백로그 항목을 식별하고 스프린트 목표와 함께 상대적 우선 순위를 정의합니다.
스크럼 마스터: 스프린트 목표가 달성 가능하고 모든 것이 적절한 채널을 통과하는지 확인하십시오. 또한 적절한 제품 백로그 항목이 스프린트 백로그에 포함되어 있는지 확인하십시오.
팀원: 정의된 기간 내에 완료할 수 있는 제품 백로그 항목 수를 결정합니다. 그리고 이러한 제품 백로그 항목을 제공하는 방법.
경우에 따라 새로운 비즈니스 또는 기술 도메인 정보 및 조언을 제공하기 위해 모든 참석자가 추가 당사자를 회의에 초대할 수 있습니다. 그러나 이들의 역할은 이 정보를 공유하는 것으로 제한됩니다.
스프린트 계획 회의에 대한 입력은 무엇입니까?
스프린트 계획 회의에 대한 입력은 스프린트 중에 완료될 수 있는 "항목" 목록을 포함하는 제품 백로그입니다. 팀은 또한 최신 제품 증분, 이 스프린트에 대한 개발 팀의 예상 용량 및 개발 팀의 과거 성과를 살펴봐야 합니다.
스프린트 계획 회의의 결과는 무엇입니까?
스프린트 계획 회의의 주요 결과물은 팀원들이 스프린트의 목표를 설명하고 그 목표를 달성하기 위해 어떻게 작업을 시작할 것인지 명확하게 알 수 있다는 것입니다. 이 모든 것은 스프린트 백로그에 포함됩니다.
스프린트 계획을 수행하는 방법?
처음에는 스크럼 마스터가 스프린트 목표를 정의합니다. 그런 다음 개발 팀은 해당 목표를 달성하는 데 필요한 단계를 계획합니다. 실제로 스프린트 계획은 가치와 노력을 고려하여 개발팀과 제품 소유자의 상호 동의로 구성됩니다.
![스프린트 계획](/uploads/article/47509/kk7zNO7fezYtA0H5.png)
언제 발생합니까?
스프린트 계획 회의는 스프린트 주기가 시작될 때 열립니다. 매월 1일(또는 시작하기로 선택한 다른 날짜)에 회의를 소집할 수 있는 월별 스프린트를 수행한다고 가정합니다.
얼마나 걸립니까?
일반적으로 1개월 스프린트에 최대 8시간이 소요됩니다. 짧은 스프린트의 경우 회의 시간도 단축됩니다. 일반적으로 이상적인 스프린트 회의 길이를 확인하려면 스프린트의 주 수에 2시간을 곱하면 됩니다.
1주 스프린트 = 2시간
2주 스프린트 = 4시간
3주 스프린트 = 6시간
4주 스프린트 = 8시간
할당된 최대 시간입니다. 숙련된 스크럼 팀은 이보다 시간이 덜 걸립니다. 스크럼 마스터는 회의가 이 시간 내에 완료되도록 합니다. 그리고 불필요한 대화는 피합니다.
회의 전 준비 작업
![스프린트 계획 회의](/uploads/article/47509/34ebo9QjGQFqFon4.png)
스프린트 회의에서 모든 참석자의 역할을 이미 지정했습니다. 스프린트 계획 회의에 참석하기 전에 무엇을 모아야 하는지 설명하겠습니다.
스크럼 마스터의 경우:
- 의제 준비 및 게시
- 적절한 팀원을 배정하고 적절한 시간에 회의 일정을 잡습니다.
- 팀 구성원이 백로그 항목을 성공적으로 완료하는 데 필요한 기술을 가지고 있는지 확인하십시오.
- 팀의 가용 용량 계산(팀원 공휴일, 공휴일 등)
- 팀의 속도 대 이전 스프린트에서 팀이 커밋한 작업량을 식별합니다.
- 스티커 메모, 펜, 마커, 화이트보드 등을 충분히 배치합니다.
제품 소유자:
- 각 사용자 스토리 항목을 자세히 정의
- 세부 요구 사항 및 허용 기준 제공
- 백로그 유지는 우선 순위입니다.
- 현재 스프린트의 각 사용자 스토리에 대한 "완료" 정의 설명
- 각 기능 또는 사용자 스토리가 스프린트 내에서 완료될 수 있을 만큼 충분히 작은지 확인합니다.
개발팀:
- 다가오는 스프린트에 대한 개인 가용성 보장
- 의심을 명확히 하고 혼란을 피하기 위해 질문을 준비하십시오.
- 필요한 경우 "완료"에 대한 팀의 정의를 업데이트하고 회의 중에 설명할 참조를 준비하십시오.
스프린트 계획 회의를 진행하는 방법
이 회의를 두 개의 세션으로 나눌 수 있습니다. 첫 번째 세션에서 제품 소유자는 스프린트 중에 수행해야 하는 기능 목록을 설명합니다. 다음 세션은 이러한 기능을 구축하기 위해 수행해야 하는 작업 식별에 관한 것입니다.
![](https://s.stat888.com/img/bg.png)
스프린트 계획 회의 – 1부
![스프린트 계획 회의](/uploads/article/47509/cF9FPBbnbMaXCefk.png)
토론의 이 부분에서 제품 소유자는 스프린트가 끝날 때 실제로 준비하고 싶은 것이 무엇인지 설명합니다.
이에 대해 모든 제품 백로그 항목은 팀 구성원이 검토합니다. 그리고 할당된 기간 내에 PSPI(Potentially Shippable Product Increment)를 제공할 수 있는 항목을 선택합니다.
팀은 제안을 할 수 있지만 다가오는 스프린트 백로그에 어떤 제품 백로그를 추가할지에 대한 최종 결정은 제품 소유자가 내립니다. S/He는 팀이 스프린트 동안 시도할 제품 백로그의 양을 결정합니다.
팀 구성원은 질문을 하여 의심을 명확히 하고 모든 모호성을 무시할 수 있습니다. 제품 소유자 및 이해 관계자 앞에서 스프린트 검토 회의에서 합의한 대로 최종 출력을 시연해야 하기 때문입니다. 스프린트가 끝날 때 발생합니다.
이 세그먼트가 끝날 때까지 제품 소유자와 개발 팀은 함께 스프린트의 목표를 확정합니다.
스프린트 계획 파트 I의 주요 활동은 다음과 같습니다.
- 제품 소유자는 제품 백로그 항목의 우선 순위를 팀에 제시합니다.
- 스프린트 목표 설정: 스프린트의 최종 결과를 한 문장으로 설명합니다.
- 팀은 다가오는 Sprint에서 제공할 수 있는 제품 기능을 함께 식별합니다.
- 팀은 이 세션이 끝날 때 선택한 제품 백로그에 커밋합니다.
![wp 사용자 프론트엔드 솔루션 워드프레스](/uploads/article/47509/mM4w5gHFVSrRIbmo.gif)
스프린트 계획 회의 – 2부
두 번째 세그먼트는 스프린트 계획 회의의 첫 번째 세그먼트 직후에 발생합니다. 첫 번째 부분과 유사한 시간 제한이 있습니다. 즉, 회의의 총 시간 범위가 8시간인 경우 각 세그먼트로 균등하게 분할됩니다. 예를 들어 8시간 회의를 수행하려면 회의의 첫 번째 부분을 완료하는 데 4시간이 있고 나머지 4시간은 두 번째 부분을 완료해야 합니다. 부분.
이 부분에서 제품 소유자는 팀이 제품 백로그에 대해 가질 수 있는 모든 질문에 주의를 기울여야 합니다. 그런 다음 팀은 선택한 제품 백로그를 잠재적으로 출시 가능한 제품 기능의 증분으로 전환하는 방법을 결정합니다.
제품 소유자는 이 회의 중에 사용할 수 있어야 하지만 반드시 회의실에 있을 필요는 없습니다. PO가 방에 남아 있더라도 스크럼 마스터가 회의의 이 부분을 담당해야 합니다. 따라서 개발팀은 제품 소유자의 의견이나 아이디어에 제한을 받지 않고 작업에 집중하고 가능성을 탐색할 수 있습니다.
팀이 외부 영향 없이 최종 목표를 달성하기 위한 다양한 가능성과 솔루션을 논의할 수 있는 충분한 공간이 있어야 합니다. 제품 소유자와 스크럼 마스터는 모든 것을 관찰하고 추가 정보를 찾는 질문에 답변합니다.
이 세그먼트가 끝나면 작업 추정 및 할당을 포함하여 스프린트 백로그라고 하는 작업 목록이 준비되어야 합니다. 이에 따라 팀은 기능 개발을 시작합니다.
스프린트 계획 파트 II의 주요 활동은 다음과 같습니다.
- 세부 계획 - 스토리를 작업으로 분류하여 팀 구성원이 이러한 스토리를 완료하기 위한 실행 가능한 계획을 세울 수 있도록 합니다.
- 이야기 추정 - 포커 계획 또는 티셔츠 크기 조정과 같은 전략을 심도 있게 분석하고 적용합니다. 이를 통해 각 작업을 완료하는 데 걸리는 시간을 대략적으로 파악할 수 있습니다.
- 최종 결과- 팀은 스프린트 목표를 달성하기 위한 워크플로우를 스프린트 백로그의 형태로 정의합니다.
스프린트 계획 회의는 주로 두 가지를 다룹니다.
스프린트 목표: 스프린트 종료 시 전달될 내용에 동의합니다.
스프린트 백로그: 팀이 계속 집중할 수 있도록 다음 스프린트에 대한 사용자 스토리, 개선 사항, 버그, 작업 및 하위 작업의 우선순위가 지정된 집합입니다.
애자일 방법론의 스프린트 계획 회의 모범 사례
애자일 스프린트 계획 회의에서 최대 결과를 얻기 위한 모범 사례는 다음과 같습니다.
- 모든 팀 구성원을 포함하는 재귀 캘린더 초대장 만들기
- 제품 소유자는 팀 구성원에게 회의 초대장을 보내야 합니다.
- 초대장에 의제와 스프린트에 포함되어야 하는 사용자 스토리 링크를 포함합니다.
- 스프린트에서 팀의 용량보다 더 많은 사용자 스토리를 추가합니다. 사용자 스토리 중 일부는 팀에서 거부할 수 있지만 자신감이 있을 수 있습니다.
- 제안된 사용자 스토리를 정교하고 쉽게 이해할 수 있도록 만드십시오. 모든 사용 사례, 기능 요구 사항 및 만족 수준을 심층적으로 첨부하고, 적어도 일부 고위 팀원과 논의하십시오.
- 새로운 문제, 가능성, 영향 및 종속성 정의
- 마지막 스프린트에서 최고의 성과를 낸 팀원에게 감사를 표하거나 보상하십시오. 다른 사람들이 미래에 성과를 개선하도록 격려합니다.
- 최소한 차/커피를 제공하는 등 그들이 좋아하는 것으로 팀을 대하십시오. 때때로 작은 잔치가 그들이 더 빨리 일하도록 동기를 부여합니다.
또한 읽기: 프로젝트 관리의 폭포수 방법론에 대한 포괄적인 가이드.
민첩한 방법론의 스프린트 계획 회의 규칙(요약)
- 제품 소유자 및 스크럼 마스터를 포함한 모든 팀원이 회의에 참석해야 합니다.
- 스크럼 마스터는 스프린트 계획 회의를 진행하고 최고 권한을 얻습니다.
- 스크럼 마스터는 애자일 스프린트 계획 회의의 타임키퍼, 리더, 촉진자 및 코디네이터 역할을 합니다.
- 스프린트 계획 회의에서 제품 소유자의 역할은 기여자일 뿐입니다. 그/그는 팀원의 질문이 있는 경우 답변하는 모든 것을 명확히 하고 팀에 사용자 스토리를 설명할 책임이 있습니다.
제품 개발 프로세스를 간소화하기 위해 애자일 프로젝트 관리를 구현하려고 하십니까?
지속적인 릴리스에 초점을 맞추고 매 반복마다 고객 피드백을 통합하는 유용한 애자일 관리 도구 의 모든 주요 세부 정보를 확인하십시오.
결론
이름이 애자일 방법론에서 "스프린트 계획"을 설명하는 것처럼 여기에서 모든 팀원은 다가오는 스프린트에서 수행할 항목을 보장하기 위해 상세하고 개방적인 대화에 참여합니다.
사전 정의된 규칙에 따라 작업 흐름을 가속화하는 것은 간단한 개념입니다. 모든 팀원이 계획된 방식으로 작업을 동기화하고 성공적으로 완료할 수 있도록 합니다. 스프린트 계획 회의의 주요 목적은 스프린트 목표를 설정하고 그 목표를 달성하기 위한 최적의 방법을 찾는 것입니다.
하기 위해 스프린트 계획 회의 시작-
- 누가, 무엇을, 언제, 어디서를 고려하여 회의 계획
- 제품 백로그를 검토하고 팀이 다음 스프린트에서 완료해야 하는 제품 백로그 목록을 식별합니다.
- 팀의 역량이 제안된 워크로드를 관리하기에 충분한지 확인하세요.
- 팀의 속도 설정 - 스프린트 동안 팀이 완료하려는 작업량
그렇다면 스프린트 계획 회의를 위해 어떻게 준비해야 할까요? 아래 댓글 섹션에서 질문, 장애물 및 경험을 공유하십시오!