하이브리드 PI 계획 보드

하이브리드 PI 계획 템플릿

하이브리드 PI 계획은 이를 진행하는 방식과 사용하는 도구 측면에서 특히 도전적인 이벤트입니다. 성공적인 하이브리드 PI 계획 이벤트의 핵심은 대면 및 원격/가상 참여자 모두를 동등하게 가치 있게 여기는 방법을 찾는 것입니다. 저는 이러한 두 가지 유형의 참여자 모두를 위한 협업을 최대화하기 위해 이 하이브리드 PI 계획 보드를 설계했습니다. 

이 템플릿 사용하는 방법

누가/무엇을/언제/어디서

저는 Miro 보드의 가장 왼쪽에 ART (Agile Release Train) 및 이해관계자를 위한 주요 정보를 제공합니다.

• 누구(Who) - 이 ART 설계 다이어그램은 ART에 어느 팀이 속해 있는지, 각 팀에 누가 있으며 그 역할이 무엇인지를 보여줍니다. 각 사람의 위치를 태그할 수 있도록 카드를 사용하지만, 어떤 유형의 정보를 추가하든 태그를 추가할 수 있습니다.

• 무엇과 언제(What and When) - 이 표는 PI 계획 이벤트의 일정입니다. 각 세션의 시간, 물리적 위치 및 접속 링크가 포함되어 있습니다.

• 어디(Where) - 이 표는 각 방의 물리적 위치와 원격 참여자를 위한 접속 링크를 나열합니다.

ART 백로그

ART 백로그는 ART의 크로스 기능성이나 팀 토폴로지의 성격에 따라 다를 수 있습니다. 기본적으로 ART 백로그는 우선순위가 매겨진 기능과 체계의 목록입니다. 이 섹션은 간단하게 유지했지만, 필요에 따라 상황에 맞게 사용자 지정할 수 있습니다.

ART 계획 보드

저의 ART 계획 보드는 테이블 형식으로 제작되었습니다. 이는 ART의 구성 변화에 쉽게 맞춤화할 수 있도록 합니다. ART 보드는 PI 기간 동안 사용되어야 하며, PI 계획에서만 사용되어서는 안 됩니다. 팀들이 아이콘을 사용해 기능의 상태(진행 중, 완료됨, 위험 등)를 표시할 것을 권장합니다. 저는 또한 코치 싱크, PO 싱크, ART 싱크 등의 주기적인 일정을 보드 옆에 게시합니다. 

퍼실리테이션 도구

ART 계획 보드 아래에는 "본 회의실로 돌아오세요"라는 문구가 있는 큰 빨간색 도형이 있습니다. 팀이 분과 세션에서 본 회의실로 돌아가야 할 때 이 프롬프트를 사용합니다. 이 기능을 사용하려면 이 도형을 확대하고, 커뮤니케이션 툴바의 오른쪽 상단에 있는 아바타를 선택한 후 "모두 나에게 모이기"를 클릭하세요. 그러면 보드에 있는 모든 사용자가 이 메시지로 이동됩니다. 

ART 신뢰 투표

여기에서 ART를 위한 '손 다섯개를 들고 신뢰 투표'를 진행할 수 있는 다섯 가지 일러스트를 찾을 수 있습니다. 투표를 진행하려면 투표 기능을 선택하고, 필터(선택)하여 다섯 개의 이미지를 선택한 후 투표를 시작하세요. 투표가 끝나면 Miro가 결과를 표시합니다. 

ART PI 리스크 (ROAM 보드)

ART PI 리스크는 둘째 날 ART 리스크 세션 동안 ROAM 보드에 기록되고 처리됩니다. 

PI 계획 코치 동기화

PI 계획 코치 동기화는 팀 분과 세션 중 여러 시점에 진행되는 체크인입니다. 이는 주로 릴리스 트레인 엔지니어가 진행하며, 스크럼 마스터/팀 코치, 리더십 팀의 멤버 및 주요 이해관계자가 참석합니다. 이 동기화는 진행 상황을 정렬하고, 팀 간 협업을 촉진하며, 팀이 그들의 PI 플랜을 완성할 수 있도록 지원하는 기회입니다. 제가 제공한 질문들은 팀을 안내하고 플랜 리뷰 세션에서 계획이 잘 진행되도록 돕기 위해 설계되었습니다. 질문을 사용자 지정하거나 PI 계획 코치 동기화의 빈도를 조정하셔도 됩니다. 

팀 보드

팀 보드는 네 번의 반복을 계획할 수 있는 공간을 포함하고 있습니다. 저는 팀이 두 번째 날 ROAM 활동 전에 리스크를 기록할 수 있도록 섹션을 추가합니다. 팀 수준의 신뢰 투표를 진행할 수 있는 섹션도 있습니다. 오른쪽에는 팀의 PI 목표와 할당된 비즈니스 가치를 기록할 수 있는 표를 추가했습니다. 이는 최종 계획 검토 시에 발표해야 합니다. PI 마지막에 Inspect and Adapt 이벤트 동안 검토되는 실제 가치를 추가할 수 있는 열도 있습니다.

PI 계획 이벤트 회고/피드백

초기 하이브리드 이벤트에서는 회고를 실행하거나 피드백을 수집하여 이벤트를 반복적으로 개선하는 것이 특히 중요합니다. 저는 다음과 같은 간단한 표를 포함시켰습니다: 잘된 일은 무엇인가요? 잘못된 일은 무엇인가요? 무엇을 다르게 할 수 있을까요? 이벤트 동안 피드백을 추가하거나 회고로서의 진행을 권장할 수 있습니다.