Mind Map Studio로 다음 Jira 릴리스를 시각적으로 계획하세요

Jira 릴리스에 잘 정리된 이슈 목록이 있어도 팀에 남는 질문은 있을 수 있습니다.

이번 릴리스는 고객에게 무엇을 바꾸어 줄까요? 어떤 작업이 서로 관련되어 있을까요? 출시 전에 무엇을 테스트해야 할까요? 개발이 끝난 뒤 모든 변경 사항을 운영 환경에 적용하려면 무엇이 필요할까요?

이슈 목록은 이러한 대화의 출발점입니다. 마인드맵은 다른 방식으로 살펴볼 수 있게 해 줍니다. 관련 작업을 묶고, 계획 단계의 질문을 해당 영역 옆에 두며, 팀과 함께 범위를 확인할 수 있습니다.

이 가이드에서는 고객 포털 릴리스를 준비하는 가상의 팀을 따라가 봅니다. Mind Map Studio를 사용해 릴리스의 Jira 이슈를 맵에 가져오고, 범위를 정리하며, 공유 릴리스 실행 절차를 만듭니다.

다음 릴리스에도 같은 방식을 적용할 수 있습니다. 몇 개의 이슈와 짧은 체크리스트로 시작해 보세요.

Jira의 예정된 릴리스에서 시작하기

예시 팀은 다음 세 가지 작업 영역을 포함하는 고객 포털 업데이트를 준비하고 있습니다.

• 로그인: 비밀번호 재설정 안내를 더 명확하게 하고 만료된 링크 메시지를 개선합니다.
• 알림: 새 이메일 환경설정을 추가하고 중복 알림을 수정합니다.
• 청구: 청구서에 표시되는 청구지 주소를 바로잡습니다.

팀은 이미 Jira에서 미출시 버전을 만들고, 'Fix versions'를 통해 관련 이슈를 할당했습니다.

이 준비는 중요합니다. Mind Map Studio의 'Jira releases' 패널은 현재 Jira 프로젝트의 버전을 출시 또는 미출시 상태와 함께 보여 주며, 각 버전에 할당된 이슈를 확인할 수 있게 합니다. 패널에서 해당 작업을 계획하기 전에 Jira에서 버전을 만들고 이슈 할당을 관리하세요.

이 과정을 따라 하려면 프로젝트와 해당 이슈를 볼 수 있는 권한, 그리고 편집할 수 있는 마인드맵이 필요합니다.

맵을 열고 상단에서 'Jira releases'를 선택한 뒤, 논의할 미출시 버전을 찾습니다. 'Attached issues' 영역에는 Jira에서 해당 버전에 이미 할당된 작업이 표시됩니다.

릴리스에 연결된 이슈가 없다면, 표시될 것으로 예상한 이슈의 'Fix versions' 필드를 확인하세요. 비어 있는 릴리스에도 실행 절차를 만들 수 있지만, 아직 맵으로 가져올 할당된 이슈는 없습니다.

팀이 논의할 수 있는 형태로 릴리스 정리하기

릴리스를 명확하게 나타내는 중심 주제로 시작합니다.

고객 포털 — 10월 릴리스

그 아래에 세 개의 가지를 추가합니다.

• 로그인 및 계정 접근
• 알림 환경설정
• 청구 정확성

이 가지들은 지원, 제품, 엔지니어링 담당자와 팀이 함께 논의하기 쉬운 말로 변경 사항을 설명합니다.

릴리스에 맞는 분류 방식을 선택하세요. 고객에게 보이는 변경 사항은 사용자 경험의 영역별로 묶을 수 있습니다. 인프라 릴리스는 서비스나 시스템별로 검토하는 편이 쉬울 수 있습니다. 작은 릴리스는 가지 두 개만으로 충분할 수도 있습니다.

유용한 질문은 다음과 같습니다. 이 구성이 우리가 무엇을 제공하는지 설명하는 데 도움이 될까요?

고객 포털 예시에서는 비밀번호 재설정 이슈를 함께 묶으면 공통된 목적이 분명해집니다. 알림 변경 사항을 함께 두면 새 환경설정 기능과 중복 이메일 수정을 연결해 논의하기 쉽습니다.

확대

할당된 Jira 이슈를 맵으로 가져오기

이슈를 넣을 가지를 선택합니다. 'Jira releases' 패널의 'Attached issues'에서 이슈를 찾고, 마우스를 올린 뒤 더하기 버튼을 선택합니다.

Mind Map Studio는 Jira 키와 요약이 포함된 하위 카드를 추가합니다. 릴리스 패널에서 이슈를 캔버스로 끌어와 원하는 상위 항목 근처에 놓을 수도 있습니다.

다른 이슈에도 반복하여 릴리스가 유용한 시각적 구조를 갖추도록 합니다.

이슈를 맵에 추가하면 맵만 변경됩니다. 이슈의 'Fix versions'를 바꾸거나, 이슈를 편집하거나, Jira 이슈 링크를 만들지는 않습니다. 따라서 Jira의 작업 할당 방식을 바꾸지 않고도 시각적인 분류를 릴리스 논의에 활용할 수 있습니다.

맵으로 범위 검토하기

이슈를 배치했다면 팀과 함께 맵을 살펴봅니다.

간단한 질문으로 시작하세요.

출시하려는 모든 내용이 여기에 담겨 있나요?

한 번에 가지 하나씩 검토합니다. 예시의 로그인 가지에는 두 가지 변경 사항이 있지만, 논의 과정에서 다른 고려 사항이 드러납니다. 지원팀의 비밀번호 재설정 안내도 업데이트해야 할 수 있습니다.

해당 작업 옆에 계획용 주제를 추가합니다.

지원 가이드 업데이트가 필요한지 확인하기.

팀에서 조사하는 동안에는 질문으로 남겨 두어도 됩니다. 진행 상황을 추적해야 하는 작업이 필요하다고 결정하면, 적절한 Jira 워크플로를 통해 작업을 만들고 할당하세요.

질문을 관련 가지 가까이에 두면 맥락을 유지하는 데 도움이 됩니다. 로그인 변경 사항을 검토하는 사람은 지원 가이드 이야기가 나온 이유를 알 수 있습니다.

개별 이슈를 아우르는 확인 사항 찾기

다음으로 질문합니다.

어떤 변경 사항을 함께 검증해야 할까요?

알림 가지에는 새 환경설정 화면과 중복 이메일 수정이 있습니다. 각 이슈에 자체 인수 기준이 있더라도, 릴리스 논의에서는 이들이 함께 작동할 때의 경험도 고려해야 합니다.

예를 들면 다음과 같습니다.

• 알림을 끄면 해당 이메일도 발송되지 않나요?
• 다시 켜면 예상한 동작이 복원되나요?
• 알림이 켜져 있을 때 고객은 이메일을 한 통만 받나요?

가상의 제품을 위한 예시 질문입니다. 실제 확인 사항은 릴리스가 바꾸는 동작을 기준으로 정해야 합니다.

맵은 관련 작업을 함께 배치해 논의를 돕습니다. 팀은 여전히 무엇을 테스트할지 결정하고, 평소의 테스트 절차에 따라 결과를 기록해야 합니다.

해결되지 않은 질문을 구체적으로 표현하기

'청구 관련 우려'라는 주제만으로는 팀이 무엇을 해야 할지 알기 어렵습니다.

더 유용한 질문은 다음과 같습니다.

주소 수정이 이미 생성된 청구서에도 영향을 주나요?

이렇게 표현하면 불확실한 부분이 명확해지고, 답변할 수 있는 적절한 담당자를 찾기도 쉬워집니다.

검토를 마치기 전에 남은 질문을 살펴보고 누가 후속 확인을 맡을지 합의하세요. 논의가 분명한 다음 행동으로 이어질 때 시각적 계획이 유용해집니다.

확대

공유 릴리스 실행 절차 만들기

범위를 이해하는 것은 릴리스 계획의 한 부분입니다. 출시 당일의 작업을 조율하는 것도 필요합니다.

'Jira releases' 패널에서 해당 버전의 'Deploy Notes & Checklist'를 엽니다. 여기에서 배포 단계를 순서대로 정리한 체크리스트를 만들 수 있습니다.

실행 절차는 해당 Jira 프로젝트와 릴리스에 속하므로, 같은 릴리스를 담당하는 사람들이 동일하게 저장된 순서를 따를 수 있습니다.

단계를 입력하고 Enter를 누르거나 추가 버튼을 선택합니다. 팀에서 조율해야 하는 활동을 모두 포함할 때까지 계속 추가합니다.

고객 포털 릴리스의 첫 초안은 다음과 같을 수 있습니다.

이를 출발점으로 삼으세요. 올바른 순서는 시스템, 배포 절차, 릴리스 위험에 따라 달라집니다.

어떤 팀은 백업, 승인, 유지보수 공지를 명시적인 단계로 추가해야 합니다. 다른 팀은 배포가 자동화되어 있어 실행 절차가 주로 검증과 소통을 조율하는 데 쓰일 수 있습니다.

확실하게 완료할 수 있는 단계 작성하기

'모든 것을 확인한다'는 지시는 일관되게 수행하기 어렵습니다.

'고객이 비밀번호 재설정 이메일을 요청하고 링크를 정상적으로 사용할 수 있는지 검증한다'는 지시는 확인 담당자에게 구체적인 행동을 제시합니다.

이 원칙을 실행 절차 전체에 적용하세요.

• 할 일을 명시합니다.
• 관련 기능이나 시스템을 구체적으로 적습니다.
• 도움이 되는 경우 예상 결과를 명확히 합니다.

체크리스트를 읽기 쉽게 유지하세요. 자세한 운영 절차는 팀의 기존 문서에 남겨 두어도 됩니다. 실행 절차는 릴리스 순서를 쉽게 따라갈 수 있도록 해야 합니다.

Mind Map Studio에서는 단계를 위아래로 이동하거나 삭제하고 완료로 표시할 수 있습니다. 완료된 단계 수와 진행률 표시줄은 실행 절차가 얼마나 끝났는지 보여 줍니다.

이 진행률은 실행 절차에 관한 것입니다. 단계를 완료해도 Jira 이슈 상태가 바뀌거나 Jira 버전이 출시됨으로 표시되지는 않습니다.

계획을 Jira와 일치하게 유지하기

첫 계획 회의 이후 릴리스 범위가 바뀔 수 있습니다.

이슈가 이후 버전으로 옮겨질 수 있습니다. 테스트 후 수정 사항이 추가될 수도 있습니다. 팀이 구현을 변경하면서 추가 운영 환경 확인이 필요해질 수도 있습니다.

Jira에서 버전이나 이슈 할당이 바뀌면 'Refresh Jira releases'를 선택하여 현재 버전과 연결된 이슈를 불러옵니다.

그런 다음 업데이트된 범위와 맵 및 실행 절차를 비교해 검토합니다. 시각적 계획이 여전히 릴리스를 반영하는지, 배포 단계가 여전히 적절한지 확인하세요.

릴리스 목록을 새로 고친 다음에는 계획을 검토해야 합니다. 기존 맵의 모든 부분이 자동으로 조정되었다고 가정하지 마세요.

다음 역할을 명확히 구분하세요.

이 구분은 무언가 빠진 것처럼 보일 때도 도움이 됩니다. 'Attached issues'에 이슈가 없다면 Jira에서 해당 이슈의 릴리스 할당을 확인한 다음 패널을 새로 고치세요.

흔한 계획 실수 세 가지 피하기

맵을 너무 상세하게 만들어 검토를 어렵게 하기

모든 가지에 긴 메모와 사소한 구현 세부 사항이 들어 있으면 릴리스 전체를 이해하기 어려워집니다.

릴리스의 주요 영역과 관련 Jira 이슈로 시작하세요. 계획 관련 질문에 답하는 데 도움이 될 때 보조 주제를 추가합니다. 자세한 요구 사항은 Jira 이슈에 담아 두세요.

검증 단계를 모호하게 남겨 두기

'로그인 테스트'는 사람마다 다르게 해석할 수 있습니다.

릴리스가 바꾸는 동작을 명시하세요. 예시에서는 비밀번호 재설정 요청과 만료된 링크가 실제 업데이트 대상이므로 구체적인 확인이 필요합니다.

체크리스트 완료를 릴리스 성공의 증거로 여기기

완료된 실행 절차는 각 단계가 완료로 표시되었다는 사실을 기록합니다. 팀에는 여전히 적절한 테스트 결과, 운영 환경 관찰, 릴리스 결과에 대한 판단이 필요합니다.

검증 단계를 완료하기 전에 어떤 증거가 필요한지 합의하고, Jira의 릴리스 업데이트는 평소 절차에 따라 진행하세요.

다음 Jira 릴리스에 적용해 보기

이슈 수가 검토하기에 적당한 예정 릴리스를 하나 선택합니다.

Mind Map Studio에서 맵을 열고, 'Jira releases'에서 버전을 찾은 다음, 연결된 이슈를 의미 있는 몇 개의 가지로 배치합니다. 이 전체 보기를 바탕으로 범위를 논의하고 답이 없는 질문을 찾으세요. 그런 다음 'Deploy Notes & Checklist'를 열어 출시 당일 팀이 따를 순서를 작성합니다.

고객 포털 팀에는 같은 릴리스를 보여 주는 두 가지 유용한 보기가 생깁니다. 무엇이 바뀌는지 설명하는 맵과, 출시 및 검증을 조율하는 체크리스트입니다.

이 작은 결과에서 시작하세요. 다음 릴리스 회의에서 어떤 분류, 질문, 확인 사항이 팀에 가장 도움이 되는지 알아볼 수 있습니다.

다음 Jira 릴리스에서 Mind Map Studio를 사용해 팀이 함께 살펴볼 수 있는 시각적 계획을 만들어 보세요.