제품 관리자를 위한 팁: 제품 백로그를 제품 비전과 연결

제품 기반 애자일 개발 팀의 끊임없는 도전 중 하나는 '지금' 하고 있는 일을 지금부터 2~3년 후에 제품이 형성해야 할 일에 매핑하는 것입니다.

팀이 자신이 무엇을 하고 있는지 모르는 것이 아니라 일상적인 작업에 너무 집중 하여 큰 그림에서 '현재' 작업이 미치는 영향의 민감도를 항상 훼손할 수 있다는 사실에 대한 것입니다. 오늘 실행하는 동안 내린 결정이나 선택은 특히 제품이 진화할 때 미래에 큰 영향을 미칠 수 있습니다.

실생활의 예를 들어보자.

저는 사이트 콘텐츠에 대한 텍스트 번역 서비스를 도입 하려는 애자일 팀의 일원이었습니다. 결정이 내려졌고 타사 기계 번역 도구가 사용되었습니다. 그러나 결국 제품 로드맵에서는 사용자가 스스로 상황에 맞는 번역을 수정하고 제공할 수 있어야 한다고 언급했는데, 이는 번역 기능이 피드백을 기반으로 스스로 학습할 수 있도록 인공 지능이 있어야 한다는 것을 의미했습니다.
이러한 발전을 감안할 때 선택은 적절하지 않았으며 따라서 애자일 팀이 스프린트에서 수행해야 하는 작업과 큰 그림이 연결되지 않았기 때문에 상당한 수준의 재작업이 필요했습니다.

팀이 이 정보를 얻기 위해 의식적으로 노력할 수 있다고 주장할 수 있지만 요점은 이러한 '장기' 목표를 기존의 애자일 도구 및 대시보드에서 캡처할 수 없는 이유는 무엇입니까?

애자일 팀은 개발 주기에서 잘 정의되고 구체적인 작업을 실행하지만 제품 진화에 무관심해야 한다는 대가를 치러야 합니까? 아니, 그렇게 생각하지 않습니다.

내가 아는 바로는 일상적인 기능에서 애자일 팀에 이 정보를 옹호하거나 추천하는 빠른 도구나 프레임워크가 없지만 기존 보기에서 그러한 보기를 만들 수 있습니까? 시도해 볼 가치가 있습니까? 어떻게 할 수 있는지 봅시다.

애자일에서 가장 일반적인 아티팩트인 제품 백로그부터 시작하겠습니다.
SCRUM Institute에 따르면 제품 백로그는 프로젝트에서 수행해야 하는 작업의 목록입니다. 여기에는 개선 사항 및/또는 버그가 포함될 수 있습니다. 팀에서 항목의 우선 순위 구조가 무엇인지 알지 못하면 번호가 매겨진 목록은 도움이 되지 않습니다. 여기에 이해 관계자와 협력하여 명확한 요구 사항을 얻고, 상호 종속성을 해결하고, 제품 백로그 항목에 대한 우선 순위가 지정된 목록을 얻을 전반적인 책임이 있는 제품 소유자 가 등장합니다.

이 과정에서 더 크고 종속적인 작업 항목을 더 작은 부분으로 세분화하여 팀에서 쉽게 개발할 수 있습니다. 이러한 제품 백로그 항목은 더 작은 덩어리로 분류되어 2주에서 4주 사이의 스프린트 주기로 실행되어 제품 개발의 '방법' 구성요소에 답합니다.

반면에 제품 백로그 항목은 종종 제품 비전 이라고 하는 제품의 "진북" 에도 매핑됩니다. 이는 여러 버전 릴리스를 통해 종종 달성되는 제품의 원하는 상태이며 대상 고객 또는 고객이 원하는 것과 그것이 제공하는 가치와 밀접하게 연결됩니다.

애자일 팀을 고객과 연결하는 이 요소 체인(제품 백로그 및 비전 포함)은 다음과 같이 나타낼 수 있습니다.

애자일 팀과 고객이 필요로 하는 것 사이의 먼 연결…

스프린트와 제품 비전을 명확하게 연결하는 관점이 없기 때문에 제품 소유자는 종종 '어떻게' 부분에 너무 집중하고 '무엇'이라는 더 크고 중요한 목표를 간과할 위험이 있습니다. 잘못된 우선순위 지정.

여기서 논의하는 접근 방식은 두 구성 요소를 연결하는 간단하면서도 강력한 보기를 만드는 것입니다. 이를 PVM(제품 비전 매트릭스)이라고 합니다. 목표는 제품의 비전을 세분화된 개발 항목과 연결하는 것입니다. 이 매트릭스는 제품 개발과 관련하여 팀의 진행 상황을 분석하는 핵심 요소가 됩니다. 또한 조직의 고위 경영진을 위한 제품 대시보드 역할을 하며 제품 목표의 달성 가능성에 대해 게시합니다.

이름에서 알 수 있듯이 PVM은 열이 캡처되는 차원(마이크로에서 매크로까지)을 나타내는 행렬입니다. 사용자에게 음식 경험을 제공하는 것이 비전이고 음식 주문이 출발점인 음식 주문 앱의 도움으로 PVM을 이해합시다. 샘플 매트릭스는 다음과 같습니다.

제품 비전 매트릭스에는 다음 필드가 있을 수 있습니다.

• 제품 버전: 공식 릴리스 이정표이며 종종 고객이 받는 제품 버전입니다.
• Big Rock 항목: 기능이 속한 카테고리 또는 테마입니다. 이러한 항목은 또한 제품 비전의 장기적인 제품 필요 영역이 될 수 있습니다.
• 기능: 개발 중인 제품 기능입니다. 기능은 하나 이상의 테마(큰 바위 항목)에 속할 수 있습니다.
• 스프린트 ID: 기능이 개발 중인 스프린트 번호입니다.
• 개발 상태: 이 필드는 개발 진행 상황(계획됨, 설계 완료, 개발 완료, 테스트됨 및 릴리스됨)을 나타냅니다.

행렬의 구조는 여기에서 나타냅니다. 제품 비전을 포착할 수 있는 열을 식별하는 데 더 창의적일 수 있습니다.

이 접근 방식의 장점은 각 팀 구성원이 전체 제품 목표에 대해 명확하게 볼 수 있다는 것입니다. 진화하는 제품을 위해서는 팀원들이 더 큰 그림을 더 잘 이해해야 합니다. 이를 통해 효과적으로 기여할 수 있을 뿐만 아니라 더 많은 책임을 질 수 있습니다. 그 결과 항상 고객의 움직임을 파악하고 제품의 비전과 궁극적인 성공에 기여하는 데 있어 스프린트가 만들 수 있는 차이를 인식하는 보다 집중적이고 적응력이 뛰어난 팀이 탄생했습니다.

세계 최고의 대학에서 온라인으로 제품 관리 과정 을 공부 하십시오. 석사, 이그 제 큐 티브 PGP 또는 고급 인증 프로그램을 획득하여 경력을 빠르게 추적하십시오.

추천 프로그램: Duke CE의 디자인 사고 인증 프로그램