ScalingAgile@LEGO #5 — 빅룸 플래닝4
LEGO DS에서 henrik kniberg와 Eik Thyrsted Brandsgård가 수행했던 빅룸 플래닝 사례를 소개합니다.
빅룸 플래닝이란 여러 팀이 서로 의존성을 가지고 일할때 큰 방에 모여 함께 계획을 세우고 논의하는 활동입니다.
Scaled Agile Framework의 PI Planning이 본래의 이름입니다. 여기서 Henrik와 Eik는 본래의 방식에 여러부분을 변경해서 적용하고 있습니다.
원문을 총 6편의 글로 분리해서 올립니다. 원문은 아래 경로에서 보실수 있습니다.
2일차 — 계획 안정화
다음 날 아침 누군가에게 아침 식사에서 물어봅니다.
- “왜 2일차를 해요? 어제 다 안 끝났나요? 각 팀에는 계획, 식별된 종속성, 해결된 리스크 등이 있습니다. 이제 더 무엇을 해야 하죠?”
- “계획은 잠정적입니다. 어제 집에 갔을 때 해결되지 않은 문제가 많았습니다. 이제 잠을 잤으니 계획을 반복해서 진행하고 그렇지 않으면 디테일 속에서 숨어있다가 나타나 스프린트를 엉망으로 만들 수도 있는 문제를 찾아 해결할 수 있을 겁니다.”
- “그래서 항상 2일차를 진행하나요?”
- “지금까지는 그렇습니다. 하지만 이제 우리는 플래닝을 꽤 잘하고 있고 2일차는 에너지가 매우 낮기 때문에 언젠가 1일 형식을 시도할 것입니다.”
빨리 감기: 우리는 실제로 1일 더 잘 작동했습니다! 그림을 이동. 나중에 더 자세히 설명합니다.
아침 식사 후 관리자는 일어나 준비하고 어제 나온 계획 초안에 대한 피드백을 공유하고 매니지먼트 검토에서 나온 몇 가지 주요 결정 사항을 요약하고 자신에게 에스컬레이션된 주요 리스크를 어떻게 처리할지 설명합니다.
발생할수 있는 큰 리스크 중 하나는 불안정한 테스트 환경이며 여러 팀에서 이를 큰 리스크로 식별했습니다. 해당 영역을 담당하는 관리자는 “우리는 이 문제에 대해 알고 있으며 이 PI의 우선 순위 대부분은 안정성 개선에 중점을 두고 있습니다. 더 많은 정보를 원하시면 X팀에 문의하세요. 그러나 완벽한 수준으로 안정적인 환경을 얻으려면 몇 달이 걸릴 것이므로 그때까지는 이 리스크를= 감수해야 합니다.” 좋은 소식은 아니지만 팀은 문제가 인식되고 상황이 최소한 올바른 방향으로 움직이고 있다는 점을 높이 평가합니다. 일부는 계속되는 불안정성을 고려하여 계획을 조정할 것입니다.
그 후 팀은 어제와 같은 형식으로 세부 계획으로 돌아갑니다. 일부는 일찍 끝내고 다른 일을 시작하는 반면, 다른 일부는 종속성이 많고 다른 팀과 계속 협력하여 누가, 언제 무엇을 해야 하는지 파악합니다. 진행자는 계획의 일부가 완료되더라도 사람들이 주변에 머물도록 권장합니다. 그들은 다른 일을 하고, 코드를 작성하고, 이메일을 보내는 등 무엇이든 할 수 있습니다.
- “때때로 당신에게 의존하는 다른 팀에서 문제가 발생하고, 당신이 여전히 주변에 있다면 문제를 빠르게 해결할 수 있습니다.”
어떤 경우에는 팀의 일부가 집으로 돌아가고 몇몇 대표자는 다른 팀을 위해 자리에 남아 있습니다.
이른 오후까지 계획은 안정적이고(또는 가능한 한 안정적임) 최종 계획 검토 시간입니다. 같은 형식, 팀이 서로의 계획을 들을 수 있는 4개의 세션. 각 보드의 색상이 지정된 LEGO 블록은 상태 플래그와 같이 계획이 어제 이후로 많이 변경되었는지 여부를 나타내는 데 사용됩니다. 사람들이 어디로 갈지 결정하는 데 도움이 됩니다.
자신감 투표
플랜 초안 박람회가 끝난 후 팀은 테이블로 돌아가고 진행자는 자신감 투표 시간이 되었음을 알립니다. “PI 목표를 달성할 수 있을 것이라고 얼마나 확신하십니까?”.
각 사람은 1–5개의 손가락을 들고 있습니다. 여기서 1은 “잊어버리십시오”를 의미하고 5는 “완전히 자신 있음”을 의미합니다. 주위를 둘러보면 대부분의 팀이 약속을 이행하는 데 꽤 자신 있다는 것을 알 수 있습니다. 그러나 한두명에게 진행자는 그들에게 그것에 대해 몇 마디 말하도록 요청합니다. 전반적으로 에너지 수준이 매우 낮기 때문에 궁금하지 않을 수 없습니다. 이 작업을 수행하는 실제 가치는 무엇입니까?
미니 회고
의제의 마지막 요점은 미니 회고입니다. 각 팀은 모여 앉아 기획 이벤트 자체, 지난 시간에 비해 개선된 점, 다음 시간에 개선해야 할 점에 대해 이야기합니다.
또한 각 팀 구성원은 5점 척도로 전체 PI 계획 이벤트의 가치(“이 시간이 나를 위해 얼마나 잘 보냈는지”)를 개별적으로 익명으로 평가합니다. 그 후, 스크럼 마스터와 퍼실리테이터를 제외한 모든 사람들이 집으로 돌아갑니다. 그들은 개선 게시판 앞에 반원으로 모여서 한 명씩 모든 개인 평가를 게시하고 팀의 피드백과 개선 제안을 요약합니다.
모든 사람이 자신의 발언을 한 후에는 한 걸음 물러나서 보드를 보고 패턴과 주제를 식별합니다. 대부분의 사람들은 이벤트를 좋아했으며(대부분 4와 5) 시간을 잘 보낸 것으로 간주했습니다.
- “잠시만요! 대부분 개발자 아닌가요? 개발자들이 회의를 싫어한다고 생각했나요?”
- “네, 기획 행사를 시작할 때 그런 부분을 걱정했어요. 하지만 시청률은 처음인데도 기대 이상이었다. 사람들이 이것을 회의라기보다 실제 업무로 보는 것 같다”고 말했다.
2도 있고 1도 있지만 대부분의 사람들은 다음에 이벤트를 개선하는 방법에 대해 실행 가능한 피드백을 가지고 있습니다. 그들은 큰 방을 계획하는 아이디어를 좋아하고 우리가 그것을 실행하는 방법과 길이에 더 관심이 있습니다.
이번에 미니 회고에 등장하는 것 중 하나는 자신감 투표입니다. 실제로 얼마나 유용합니까? 일부는 수정하고 싶어하고 다른 일부는 낭비라고 생각하며 제거해야 합니다. 몇 가지 토론 후 그들은 실험에 동의합니다. “다음 PI 계획에 대한 자신감 투표를 완전히 건너뛰고 무엇을 놓쳤는지 확인합시다!”
빨리 감기: 그래서 우리는 다음 PI에 대한 신뢰 투표를 건너뛰었고 예상대로 놓치지 않았습니다! 팀은 푸시가 아닌 끌어오기를 기반으로 계획에 전념합니다. 정의상 충분히 자신감이 있으므로 투표가 중복됩니다. 자신감 투표는 안녕! 이는 가치를 최대화하고 낭비를 최소화하기 위해 형식을 계속 실험하고 조정하는 방법의 많은 예 중 하나일 뿐입니다.
더 빨리 감기: 2016년 3분기에 우리는 1일 버전(활동은 동일하지만 2일이 아닌 1일로 압축)을 시도했고 에너지 수준과 등급에서 분명한 개선을 보았습니다! 그래서 우리는 1일 버전을 사용했습니다. 그러나 일반적으로 우리가 동의한 것은 우리가 배울 수 있을 때까지 디딤돌로 처음에 2일이 필요했을 것입니다.
그리고 그게 전부입니다.. 완료하였습니다. 팀은 팀 보드와 리스크 보드를 가지고 집으로 돌아갑니다. 진행자들은 주변에 머물면서 서로 짧은 브리핑을 하고 다음에 다르게 할 일에 대한 메모를 작성한 다음 의존성 게시판 및 기타 사항을 정리하기 시작합니다. 이제 PI 계획을 보았습니다! 당신이 그것을 즐겼기를 바랍니다.
이제 한 발 뒤로 물러나겠습니다.
