* 대형(한 팀안에 4개이상의 Scrum이 존재할 때;인원수 24명 정도) Planning Game을 실시 할 때의 Lessons Learned
- 제약조건 : 대형 팀이 8개인 프로젝트, IPG를 비슷한 시점에 시작해야 하고 Scrum Coach 가 한 명 인 상태
- 상세 내용
(1) 경험한 문제점
* Scrum 팀이 동시에 PG 을 수행하고, 각 Scrum 함께 끝나지 않을 경우, 시간이 남아 Scrum 들이 우왕좌왕함
* 규모 추정 시, Scrum Coach 가 한 팀씩 교육을 해야 하므로 다른 팀들을 멍하니 보고 있게 만듬
* Story가 너무 많을 경우 수행 시간이 4시간을 넘어 소모적이 됨
(2) 효율적 운영을 위한 방안
* 독립적인 팀처럼 Scrum 을 관리해야 함
=> 독립적인 다른 팀처럼 따로 우선순위를 잡고 Sprint #1 을 시작해야 함
=> PO가 한 명이라면, 우선순위를 잡을때 수행하는 팀을 나와 잠시 내용을 중단하고 같이 도움을 주어야 함
* 여러 팀을 동시에 시작하기 위해 수행해야 하는 것
=> 한 팀의 예를 모아 놓고 두개의 스토리의 진행을 시작하고, 이를 기반으로 수행
* 함께 모여 있는 테이블이 필요
=> 4팀이면 4팀이 토의할 수 있는 자리 필요
* 리딩시 도움을 줄 사람들이 필요
=> 각 스크럼의 스크럼 마스터들은 사전 교육을 통해 중간 과정을 충분히 습득할 것
* 규모 추정 시 Demo 수행
=> 한 팀의 규모추정을 시작할 때, 다른 팀을 주변에 둘러싸게 하여, 함께 보도록 함
(이때 진행하는 사람들은 큰 목소리로 이야기 하도록 함)
=> 이렇게 하면, 팀 마다 규모 추정의 기준이 같아짐
* 당장 작업하지 않을 내용을 Epic으로 도출
=> 팀을 나누거나, Epic(바로 진행하지 않을 거대한 스토리, 서브 시스템 단위 정도)로 만들어 진행
덧글