제품 관리 개념을 설명하는 데 사용되는 최고의 5 다이어그램

제품 관리자가 책임지고 책임져야 하는 일이 많이 있습니다. 제품 관리자는 로드맵을 작성하여 전략을 수립할 책임이 있을 뿐만 아니라 그 사이에 오는 모든 것과 함께 새 제품의 출시 주기를 팀에 명확하게 설명해야 합니다.

그들은 또한 우선 순위 작업을 식별하고 그에 따라 팀을 관리하는 방법을 아는 전문 지식이 필요합니다. 뿐만 아니라 모바일 제품 관리자는 제품(모바일 앱)에 추가된 기능과 클라이언트의 목표와 일치하는지 분석하는 책임도 있습니다.

대체로 제품과 관련된 모든 프로세스, 활동 및 결정은 모바일 제품 관리자에 의해 동기화되고 조정됩니다. 이러한 제품 관리자가 KRA를 달성하는 데 도움이 되는 것은 특정 기술 세트입니다 .

이제 분명히 그들은 특정 제품 관리 아이디어 를 팀원들에게 설명하여 그들이 모두 같은 페이지에 있도록 해야 할 것입니다. 그러나 궁금한 것은 모든 제품 관리 개념 과 핵심 아이디어를 어떻게 설명합니까?

글쎄요, 제품 관리자를 위한 몇 가지 유용한 다이어그램 이 그 트릭을 수행한다고 생각합니다. 이 다이어그램이 무엇이며 모바일 제품 관리자가 언제 어떻게 사용하는지 알고 싶다면 끝까지 고수하십시오.

다이어그램 1 - 통신 병목 현상

관리자는 팀에서 무슨 일이 일어나고 있고 팀원들이 자신의 작업을 어떻게 관리하고 있는지 알아야 합니다. 하지만, 모든 의사소통과 의사결정에 누군가가 관여한다는 것은 웃기는 일입니다. 한 사람이 모든 일을 혼자서 처리할 수는 없잖아요? 이것이 위임이 발명 된 이유가 아닙니까?

이제 모든 중요한 팀 간/팀 간 대화에 포함되기를 원하는 것이 당연하지만 한 가지를 반성해야 합니다. 꼭 필요한가? 다른 책임은 제쳐두고 해야 하는 일입니까?

대답은 – 팀이 당신에게 의존하지 않는 커뮤니케이션 능력이 있는지 분석하는 것입니다. 그렇다면 유창한 의사 소통과 같은 중요한 사항이 전적으로 귀하에게 달려 있지 않도록 의식적인 결정을 내려야 합니다. 그 경우를 효과적으로 설명할 수 있는 도표는 아래와 같다.

예를 들어 웹 엔지니어가 제품 분석가와 논의해야 할 사항이 있고 PA가 이와 관련하여 iOS 개발자와 논의해야 할 사항이 있다고 말합니다. 이제 웹 엔지니어는 이상적으로 PM에 의존하지 않고 PA 및 iOS 개발자에게 직접 접근해야 합니다(왼쪽 이미지 참조).

왼쪽의 다이어그램은 다른 팀의 다른 구성원과 의사 소통하기 위해 제품 관리자에 대한 팀의 의존성을 보여줍니다. 이는 워크플로에 부정적인 영향을 미치고 속도를 늦춥니다. 그리고 오른쪽은 의존적이지 않은 효율적인 커뮤니케이션 흐름을 보여주는 다이어그램으로 불필요한 접점을 즉시 제거합니다.

다이어그램 2: 폭포수와 애자일

Agile vs Waterfall 접근 방식 에 대한 토론에 참여하는 인터넷 리소스가 많이 있지만 제품 관리와 관련하여 여전히 모호한 개념처럼 보일 수 있습니다. 따라서 모호함의 안개를 제거합시다.

일반적으로 모바일 앱 개발 비용은 해당 제품을 개발하는 데 걸리는 시간을 기준으로 계산되는 것으로 알려져 있습니다.

이제 해당 모바일 앱 개발 회사 의 제품 관리자 가 Waterfall 접근 방식(즉, 제품의 대규모 릴리스)을 사용하기로 선택하면 제품이 한 번에 출시된다는 의미입니다.

이제 제품이 출시되면 즉시 히트할 것으로 예상됩니다. 이 제품은 한 번에 출시되고 확실히 몇 가지 문제가 있는 곳이기 때문에 이 경우에는 쉽지 않은 일입니다. 이 릴리스에서 얻을 수 있는 가치는 개발자가 투자한 시간(시간)과 동일하지 않습니다. 처음부터 문제를 해결해야 하기 때문입니다.

반대로 소규모 릴리스 및 반복을 지원하는 애자일 접근 방식은 오류를 식별하고 수정하는 동시에 수행하기 때문에 즉각적인 가치 결과를 보여줍니다. 위의 다이어그램은 이러한 제품 관리 접근 방식 을 선택한 최종 결과의 차이를 명확하게 보여줍니다 .

그림 3: 배송 크기 표시

제품을 적시에 제공하는 것은 전체 개발 프로세스 에서 매우 중요한 부분입니다 . 말 그대로 모든 모바일 앱의 미래를 만들거나 깨뜨릴 수 있습니다. 출시 시간이 너무 길면 다른 앱이 시장을 장악할 수 있고 문제의 모바일 앱을 무용지물로 만들 수 있습니다.

다음은 애플리케이션을 개발할 때 취한 이니셔티브의 크기를 나타냅니다.

왼쪽 다이어그램은 큰 프로젝트(동시에 많은 작업) 작업만 처리하는 전달 크기의 처리량을 보여줍니다. 제품의 큰 프로젝트에서만 작업하는 것은 미래의 한 시점에서 막히게 할 것이 절대적으로 분명합니다. 이러한 프로젝트에는 더 많은 시간, 주의, 자원 등이 필요하기 때문입니다. 그리고 문제가 발생하면 영향은 전체 프로세스에 치명적인 영향을 미치므로 필연적으로 출시 시간이 늘어납니다.

{또한 " 프로젝트 관리자 대 제품 관리자: 차이점, 역할 및 과제 " 에 대한 기사도 읽어보세요 . }

오른쪽의 다이어그램은 고전적인 "해야 할 일"입니다. Agile 접근 방식 채택 의 이점은 제품 관리 프로세스 의 이 단계에도 영향을 미쳤습니다 . 이 접근 방식은 우리가 Appinventiv에서도 따르고 있는 큰 작업 덩어리(파란색)와 작은 작업 수행의 혼합을 옹호합니다.

다이어그램에서 볼 수 있듯이 왼쪽과 달리 여기에서는 작은 작업 덩어리(분홍색)가 깔때기를 쉽게 통과할 수 있습니다(쉽게 완료할 수 있음). 이것이 성공하면 제품 관리자는 이 아이디어(노란색 원)를 계속 사용하고 완전히 투자할 수 있습니다. 그렇지 않은 경우 다시 반복하고 그에 따라 투자할 수 있습니다.

{" 제품 관리자가 준비해야 하는 10가지 가장 중요한 문서 "에 대한 이 광범위하고 자세한 기사를 확인하세요 .}

도표 4: 리더십 참여 수준

아래 다이어그램은 이 제품 관리 개념 을 설명하기 위한 두 가지 모델로 구성되어 있습니다. 왼쪽에 하나는 이니셔티브 크기, 한 번에 수행되는 작업 수 및 위험 요소를 표시하고 다른 하나는 이러한 작업 및 이니셔티브에 해당하는 제품 관리자(리더십)의 참여 수준과 관련이 있습니다.

왼쪽에 있는 것은 팀에서 수행할 작업/이니셔티브의 피라미드입니다. 피라미드의 맨 아래는 한 번에 수행되는 많은 작업을 의미하고 오른쪽 다이어그램은 위험이 낮거나 전혀 없는 이러한 하찮은 작업에 대한 관여 정도를 보여줍니다.

피라미드의 상단으로 이동함에 따라 작업의 수는 감소하는 반면 이러한 작업과 관련된 위험도 증가합니다. 여기에서 제품 관리자와 상의해야 하며, 형성된 상태에서는 정보를 얻을 수 있습니다. 이 다이어그램은 모바일 제품 관리자뿐만 아니라 팀 구성원이 리더십에 의존할 때를 아는 데 도움이 됩니다.

그림 5: 세분화 값 분석

조직에서 따라야 하는 몇 가지 관행이 있습니다. 그 중 하나는 세그먼트 대신 평균을 최적화하는 습관입니다. 즉, 개선이 필요한 특정 세그먼트 대신 평균에 초점을 맞추는 경향이 있습니다.

목표와 가설이 상당히 광범위한 상황에서는 제품 관리자와 개발 팀이 제품을 통해 영향을 만드는 것이 어려워집니다. 그것은 당신이 여기에서 동시에 다양한 목표를 만족시키려고 노력하기 때문입니다. 그것은 전혀 가능하지 않습니다.

다음과 같은 다이어그램은 다른 세그먼트의 성능에 영향을 미치는 세그먼트를 식별하기 위해 각 세그먼트를 분석하는 방법입니다. 이 모든 것은 일반적인 문제를 해결하기 위한 것입니다.

위의 다이어그램은 세그먼트 A, B, C 및 D가 있는 세 개의 가상 실험 1,2, 3으로 구성되어 있습니다. 세 가지 실험 중 첫 번째 경우에는 세그먼트 A가 상승한 다음 두 번째 경우, 세 번째 경우에는 변경 사항이 없습니다.

개별적으로 살펴보면, 실험 1에서 세그먼트 A는 세그먼트 B를 제외하고 다른 세그먼트와 잘 수행되었습니다. 이제 다이어그램은 다른 세그먼트와 병치된 이 세그먼트의 감소를 강조 표시했습니다. 이는 제품 관리자가 이러한 일이 발생하는 이유를 찾는 데 도움이 될 수 있으며 장기적으로 평균을 개선할 수 있습니다.

유사한 상황이 실험 3에서 발생합니다. 세그먼트 A, C, D는 상당한 변화를 보인 반대 세그먼트 B에서 저조합니다. 다시 한 번 연구를 통해 이러한 일이 발생하는 이유를 밝혀낼 것입니다.

제품 관리자를 위한 이 유용한 다이어그램은 제품 관리자 가 속한 산업에 관계없이 필요에 따라 쉽게 사용자 정의할 수 있습니다. Appinventiv에 관한 한, 이 모델은 우리 팀이 프로세스를 단순화하고 상호 간의 열린 의사 소통을 유지하는 데 정말 도움이 된다고 생각합니다. /팀내.

자주 묻는 질문

1. 제품 관리 프레임워크란 무엇입니까?

모든 프레임워크는 본질적으로 제품 관리 라이프사이클 에서 사용되는 도구 입니다. 제품 관리 아이디어와 개념 을 설명하고 다른 작업을 용이하게 하는 등 다양한 목적으로 사용됩니다 .

2. 제품 관리 프로세스는 무엇입니까?

제품 관리 프로세스는 다양한 단계로 구성됩니다. 여기에는 아이디어 관리, 로드맵, 사양 추가 및 결정, 우선 순위 지정, 전달, 분석 및 사용자 피드백이 포함됩니다.