예시 매핑 템플릿
새 제품 기능에 대한 공유된 이해를 조성합니다.
예시 매핑 템플릿 소개
예시 매핑(또는 사용자 스토리 매핑)은 제품 관리자와 해당 팀이 제품 백로그를 신속하게 분류하는 데 도움이 됩니다. 이상적으로, 예시 맵은 제품 기능을 추가하거나 변경해야 하는 이유에 대한 교차 기능 팀(예: 제품 소유자, 테스터 및 개발자)의 공통된 이해와 언어를 구축하는 데 도움이 됩니다.
팀 리더는 귀사의 팀이 경쟁력을 유지할 수 있는 관련 기술을 보유할 수 있도록 일관된 디지털 전환(또는 적시적인 업그레이드)을 위한 전략적 방향을 제시할 수 있습니다.
시나리오 매핑이란 무엇인가요?
예시 매핑 세션은 구조화되고 구체적인 사용자 스토리를 개발하는 좋은 방법입니다. 발견된 각 예시는 팀이 고객의 문제 영역을 탐색하고 새로운 기능을 구축하기 위한 허용 기준을 결정하는 데 도움이 됩니다.
예시 매핑 도구가 설명하는 몇 가지 주요 요소는 다음과 같습니다.
예시를 요약하거나 사용자 사례의 범위에 동의하는 규칙
아무도 이상적인 결과를 알지 못하는 상황에 대한 질문이나 가정
발견되거나 최종 범위에서 제외되어야 하는 새로운 이야기
예시 매핑은 또한 사용자 이야기의 범위를 형성하기 위해 색상으로 구분된 시스템에 의존합니다.
노란색 스티커 메모는 '배달 주소 변경'과 같은 스토리를 정의하기 위한 것입니다.
파란색 스티커 메모는 'ETA가 업데이트되었습니다'와 같은 규칙을 정의하기 위한 것입니다.
녹색 스티커 메모는 '새 주소가 범위를 벗어났습니다'와 같은 예시를 정의하기 위한 것입니다.
빨간색 스티커 메모는 '고객이 무료 배송 구역 밖에 거주하면 어떻게 하나요?'와 같은 질문에 대한 것입니다.
이러한 색상 구분 시스템은 대화를 올바른 방향으로 유도하고 토론을 제대로 진행 시키는데 도움이 됩니다. 빈 예시 매핑 템플릿을 사용하여 관련 영역을 빠르고 쉽게 작성하여 대화를 시작할 수 있습니다.
예시 템플릿 사용 시점
예시 매핑은 일반적으로 인정되는 사용자 행동이 다른 시나리오에서는 어떻게 보이는지 팀이 함께 밝히는 데 유용한 협업 방식입니다. 예시 매핑 도구를 통해 여러 팀은 다음과 같은 목표를 향해 공통된 자세로 일할 수 있습니다.
고객과 팀에 대한 공감. 왜 새로운 제품 기능이 필요한지, 스토리와 규칙의 충돌과 관련해 고객이 어떤 문제를 겪을 수 있는지 모든 사람이 이해할 수 있어야 합니다.
업계 또는 제품에 대한 이해 공유. 예시 매핑 세션이 끝나면 팀원 모두 어떤 것이 중대한 문제인지 공통된 마음으로 이해하고 표현할 수 있어야 합니다.
작지만 강력한 변화 가능성. 생각은 크게, 행동은 작게 하는 팀이어야 합니다. 기록된 각 사용자 스토리가 실제 기능으로 구현되기까지 얼마나 걸릴까요?
논리를 따르는 규칙 및 예시. 모든 사용자 스토리는 구체적인 규칙과 시나리오가 뒷받침되어야 합니다.
자신만의 예시 맵 작성
자신만의 예시 맵을 만드는 것은 쉽습니다. Miro의 화이트보드 도구는 타임라인을 만들고 공유할 완벽한 캔버스입니다. 예시 매핑 템플릿을 선택하여 다음 단계를 따라 자신만의 템플릿을 만드세요.
문제를 이해합니다. 노란색 스티커 메모에 사용자 문제를 정의하도록 제품 소유자에게 요청한 다음, 어째서 이러한 제품 기능의 변경이 필요한지 설명하세요. 이는 팀이 문제를 더 잘 이해하도록 도와줍니다.
후속 질문을 통해 문제에 도전합니다. 빨간색 스티커 메모에 '만약...?'으로 시작하는 팀의 모든 질문을 수집합니다. 이러한 질문은 사용자 스토리(노란색 스티커 메모) 아래에 표시됩니다.
규칙을 알아냅니다. 빨간색 스티커 메모에 적힌 질문의 답변에서 규칙을 찾습니다. 각 규칙은 새 제품 기능의 허용 기준입니다. 모든 새로운 규칙이 자체적으로 유지될 수 있는지 확인하세요. 이상적으로, 이는 다른 규칙과 혼동되거나 너무 비슷하지 않아야 합니다.
관련 예를 들어 상황을 설명하세요. 녹색 스티커 메모는 흥미로운 잠재적 사례나 사례를 기록하고 수집하는 영역입니다. 토론을 계속하고, 예시의 한계에 도달했는지 확인하고, 규칙이 실패하면 어떻게 되는지 고려함으로써 팀의 비판적 사고 능력을 활용하세요.
결과, 영향 및 성공 메트릭을 파악합니다. 새로운 제품 기능을 통해 무엇을 달성하고 싶으신가요? 그리고 이러한 기능이 비즈니스 목표에 어떻게 기여하나요? 제안된 각 기능의 성공을 추적하고, 테스트할 수 있는 방법, 즉 어떤 동작을 찾고 측정할 것인지 생각해 보세요.
귀하의 이야기를 행동 아이템으로 바꿔보세요. 이러한 이야기들은 새로운 기능이나 제품의 개발 계획으로 이어질 것입니다. 또한 고객에게 가치 있는 최소한의 기능을 제공하는 기반이 될 것입니다.
예제 매핑 기술이란 무엇인가요?
예제 매핑은 협업 프로세스입니다. 가능하면 팀원들을 모아서 예제 매핑의 범위와 의논할 질문 또는 가정에 대해 합의합니다. 이러한 합의 사항을 정하고 나면 그룹이 함께 예제 매핑 템플릿을 이용해 색상별로 구분한 스티커를 채우면서 워크숍을 진행합니다.
거꾸로 작업 템플릿
다음에 경우 적합합니다:
Desk Research, Strategic Planning, Product Management
거꾸로 작업 템플릿을 사용해 신제품 출시를 계획하고 구조화하며 실행하기 위한 방법을 알아보세요. 템플릿을 사용하면 제품이 애초에 출시할 가치가 있는지 파악하게 됩니다.
실행 우선 순위 매트릭스 템플릿
다음에 경우 적합합니다:
Mapping
귀하와 팀원들은 아마도 가용한 자원보다 더 많은 아이디어를 가지고 있을 것이고, 이는 일의 우선 순위를 정하는 것을 어렵게 할 것입니다. 실행 우선 순위 매트릭스를 사용하여 작업 순서를 선택하면 시간과 비용을 절약하고 불필요한 작업에 얽매이지 않게 합니다. 실행 우선 순위 매트릭스는 작업이 미치는 효과와 이를 완료하는 데 필요한 노력의 양을 기준으로 작업의 우선 순위를 매기는 간단한 다이어그램입니다. 점수를 사용하여 각 작업을 빠른 성공, 주요 프로젝트, 채우기, 보상이 없는 작업의 네 가지 사분면 중 하나로 표시합니다.
PERT 다이어그램 템플릿
다음에 경우 적합합니다:
Mapping, Project Planning
PERT(Program Evaluation and Review Technology) 다이어그램을 사용하여 프로젝트를 효율적으로 계획합니다. 명확한 타임라인을 설정하고, 작업 및 종속성을 계획하며, 중요한 경로를 결정하는 데 도움이 됩니다.
RACI 매트릭스 템플릿
다음에 경우 적합합니다:
Leadership, Decision Making, Org Charts
RACI 매트릭스는 팀의 역할과 책임을 추적하고 프로젝트 기간 동안 혼란을 피할 수 있도록 돕는 필수적인 관리 도구입니다. RACI라는 줄임말은 다음을 뜻합니다. 책임있는(Responsible) 사람은 작업을 달성하기 위한 일을 하고 작업 완료와 결정에 대한 책임을 집니다. 신뢰할 수 있는(Accountable) 사람은 정확하고 철저하게 완료된 작업을 추구합니다. 상담하는(Consulted) 사람은 프로젝트에 대한 정보를 제공하고 양방향 커뮤니케이션을 합니다. 정보를 받는(Informed) 사람은 진행 상황에 대한 정보를 받고 한 방향 커뮤니케이션을 합니다.
플러스 델타 템플릿
다음에 경우 적합합니다:
Software Development, Meetings, Retrospectives
플러스 델타 템플릿은 그룹의 건설적인 의견을 수집하기 위한 간단하지만 강력한 도구입니다. 이 형식은 여러분과 여러분의 팀이 잘 된 것, 앞으로 반복해야 할 것, 그리고 여러분이 변화하고자 하는 것에 집중하도록 격려합니다. 플러스 델타 템플릿을 완료하려면 작동 중인 항목과 개선하고자 하는 항목을 메모하기만 하면 됩니다. 그런 다음 이러한 요소를 두 개의 개별 열에 파일링할 수 있습니다. 플러스 델타를 사용하여 팀, 이해관계자, 직원 및 상사를 위한 성공 사례와 학습 사례를 소개합니다.
상태 보고서 템플릿
다음에 경우 적합합니다:
Project Management, Documentation, Strategic Planning
상태 보고서를 통해 주어진 시간에 어떤 것이 어떻게 진행되고 있는지 확인할 수 있습니다. 프로젝트의 이벤트 체인을 강조하고 매핑하고 있는 한 프로젝트, 팀 또는 상황에 대한 상태 보고서를 제공할 수 있습니다. 프로젝트 관리자인 경우 이 보고서를 사용하여 프로젝트 일정에 대한 역사적 기록을 유지할 수 있습니다. 이상적으로 프로젝트 이해 관계자는 상태 보고서를 살펴보고 "여기는 어디고, 어떻게 여기까지 왔나요?"라는 질문에 답할 수 있습니다. 시작점으로 이 템플릿을 사용하여 예상 계획이나 결과에 대해 일이 어떻게 진행되고 있는지 요약할 수 있습니다.