어쨌든 기술 제품 관리자는 무엇입니까?

기술 제품 관리자“기술”제품 관리자가 된다는 것은 무엇을 의미합니까? 그리고 그것은 단지 제품 관리자와 어떻게 다른가요? 이 게시물에서,나는이 제목 플러스 키 마의 차이를 공유하고 기술 제품 관리자로 성공하는 데 도움의하지 않습니다.

당신은 제품 관리자 직책에 많은 변화를 발견했을 수 있습니다. 일부 회사에는 전략적 제품 관리자가 있고 다른 회사에는 전자 상거래 제품 관리자 및 에너지 제품 관리자와 같은 특정 산업 분야와 연결된 제품 관리자 제목이 있습니다. 소프트웨어 회사 중,당신은 종종 제목 제품 관리자,제품 개발 관리자 및 기술 제품 관리자를 볼 수 있습니다. 그러나 어쨌든 차이점은 무엇입니까?

실제로 기술 제품 관리자라는 용어는 역할이 아닌 사람을 묘사합니다. 특히 기술 배경이 있고 기술 제품에 대해 작업하는 제품 관리자를 설명합니다. 그것은 실제로 소프트웨어 설계 및 코딩 등의 기술적 인 작업을 수행 할 필요가 제품 관리자를 설명하지 않습니다. 제품 개발 관리자도 마찬가지입니다. 그들은 실제로 제품을 개발하지 않습니다—그들은 소프트웨어 개발 팀과 긴밀한 협조 제품 관리 역할을 수행하고 있습니다.

즉,회사가 역할에서 가장 가치를 얻으려면 제품 관리자는 개발이 아닌 제품 관리에 집중해야합니다. 그러나 일부 제품 관리자는 성공적으로 제품에 대한 전략을 주도하기 위해 개발 팀과 깊은 수준과 인터페이스에서 회사의 기술을 이해할 필요가있다. 기업은 올바른 후보를 유치하기 위해 이러한 사람들을”기술 제품 관리자”라고 부를 수 있습니다.

내 관점에서,기술 능력은 제품 리더십의 네 기둥 중 하나입니다. 기술에 정통한 제품 관리자는 다음과 같은 큰 장점이 있습니다:

  • 개발 팀의 커뮤니케이션(및 신뢰)이 향상되었습니다.
  • 기술 트렌드를 이해하고 로드맵에 어떤 영향을 미치는지,어떻게 혁신을 주도하는지 확인할 수 있습니다.
  • 고객과의 커뮤니케이션이 개선되었습니다.
  • 기술 과제를 이해하고 팀과 교양있는 트레이드 오프를 할 수있는 능력.

그러나 기술 제품 관리자는 대상 고객의 비즈니스 및 사용자 요구를 해결하는 대신 제품에 대한 기술 솔루션을 만드는 데 귀중한 기술을 집중합니다.

그런 관점에서 볼 때 기술 제품 관리자를위한 키 수행 및 수행을 살펴 보겠습니다.

기술 제품 관리자 수행:

1. 역할의 비즈니스 측면에 집중하십시오.

산업 또는 수직에 관계없이,제품 관리의 이면에있는 모든 아이디어는 제품의 비전과 실행을 유도하는 것입니다. 사용자가 원하는 제품을 시장에 출시하고,비즈니스 요구를 해결하고,회사의 이익을 창출하는 것은 우리의 책임입니다. 나는 항상 기술자가 매우 영리한 기술 구현 인 제품으로 새로운 회사를 시작하는 것을 보는 것에 매료되어 있지만 실제 고객의 요구를 해결하지는 못합니다. 말할 필요도없이,이 회사는 거의 시장에서 잘하지 않습니다.

제품 관리자(기술 여부)의 초점은 사용자가 필요로하는 것을 이해하고 제품에 생명을 불어 넣기 위해 필요한 모든 부서와 협력해야합니다. 그런 의미에서 기술 제품 관리자는 제품의 시장 성공에 대한 책임이 없는 기술자 역할과 달리 기술에 중점을 둔 비즈니스 역할입니다.

2. 기술 기술을 사용하여 우선 순위 지정 및 계획을 개선하십시오.

제품이 어떻게 구축되는지 명확하게 이해하면 특정 기능의 위험을 평가하거나 스토리 또는 작업의 지속 시간에 대한보다 정확한 직감을 얻을 수 있습니다. 개발 팀과 훨씬 더 자세히 소통할 수 있기 때문에 특정 의사 결정의 의미를 이해하고 복잡성,깊이 또는 일정 측면에서 트레이드 오프를 만들 수 있습니다.

기술 리더십을 입증함으로써 개발 팀의 신뢰를 빠르게 얻을 수 있으며,위험한 변경,버그 우선 순위 지정 또는 무시 무시한”기술 부채 협상”이 필요한 어려운 결정에 대해 더 잘 대처할 수 있습니다.”

3. 기술력을 활용하여 엔지니어링과 전 세계 간의 커뮤니케이션 격차를 해소하십시오.

기술적 배경을 가진 사람들은 대개 다른 사람이 기술적 세부 사항을 이해하지 못한다는 사실을 잊어 버립니다. 이는 기술 제품 관리자가 기술을 사용하여 영업,제품 마케팅 및 고객을 포함한 엔지니어링 부서와 다른 부서간에 번역 할 수있는 완벽한 기회입니다.

또한 기술 제품 관리자는 종종 매우 기술적 인 청중을 대상으로하는 제품을 운전하기 위해 고용됩니다. 이러한 경우 제품 기능,제품 포지셔닝 및 메시징은 매우 기술적 인 청중과 공감해야합니다. 이것은 너의 경청자와 교통하기 위하여 너의 기술적인 특기를 레버리지를 도입하는 다른 완전한 기회 이고,의견을(그들의 언어안에)얻고,고객 기술부 직원과 말해서 거래를 닫는 돕.

기술 제품 관리자는

1. 제품을 직접 설계/해결하지 마십시오.

이것은 기술 제품 관리자 역할 내에서 혼란의 주요 원인입니다. 엔지니어링에서 온 많은 제품 관리자는 자신의 안락 지대를 떠나 자신의 가치가 다른 영역에 지금 실현 힘든 시간을 가지고있다. 이들은 예상되는 사용자 결과 또는 비즈니스 가치를 정의하는 대신 특정 기능에 대한 기술 솔루션을 정의하는 데 중점을 둡니다. 그들은 고객 및 판매와 이야기하는 것보다 건축가와 이야기하고 개발자의 어깨 너머로 보는 데 더 많은 시간을 보냅니다.

이 두 가지 전선에서 문제가 발생합니다:

  1. 개발 팀은 솔루션 세부 정보가 오후까지 전달되기 때문에 좌절감을 느낍니다. 그들은 당신의 것이 아니라 그들의 일의 큰 부분 인 솔루션을 설계하고 설계 할 기회를 얻지 못합니다.
  2. 대부분의 오후 시간은 기술적 세부 사항에 소요되므로 고객을 계획하고 이해할 시간이 없습니다.

간단히 말해서,이 접근 방식은 개발자,비즈니스 소유자 또는 제품 자체에 가치를 추가하지 않습니다. 기술 제품 관리자조차도 이러한 작업을 이끌 수있는 강력한 기술 리드 또는 개발 관리자와 짝을 이루어야합니다. 나의 좌우명은,”너가 할 수 있는다 고 사실은,너가 해야 하는 것을 의미하지 않는다.”

특징과 이야기를 쓸 때,당신이 해결하고자하는 문제와 당신이 목표로 삼은 인물에 집중하십시오. 정의에는 수용 기준을 포함하여 사용자 관점에서 솔루션이 있어야 하는 흐름도가 포함되어야 합니다. 모든 픽셀 배치,개체 모델 업데이트 또는 데이터베이스 테이블에 필요한 변경 사항에 대한 자세한 설명이 아니어야 합니다.

2. 비 제품 관리 결과물에 걸릴 하지 마십시오.

많은 회사(특히 덜 성숙한 제품 프로세스를 가진 회사)는 기술 제품 관리자를 개발 팀의 확장자로 생각합니다. 나는 정기적 인 책임(로드맵,비전,기능 정의 등)을 나열하는 많은 직무 설명을 보았습니다.),실제 코드 작성,품질 보증 테스트 수행,문서 작성 등과 같은 개발 책임 나에게 이것은 단지 역할의 가치에 대한 큰 오해를 보여 주며,그러한 상황은 어떤 희생을 치르더라도 피해야합니다.

3. 애자일,또는 어떤 방법론을 사용하는지에 얽매이지 마십시오.

나는 애자일 및 제품 관리에 관한 온라인에서 볼 수있는 토론의 양에 항상 놀랐다. 왜 그런지 이해하지만-많은 기술 개발 비용이 개발에서 비롯되므로 일상적인 애자일 흐름에 극도로 관여하는 것은 그들에게 매우 편안합니다.

그러나 현실은 애자일이 제품 관리자의 역할에서 매우 작은 부분이라는 것입니다. 애자일에 너무 많이 집중하는 것은 고객 및 판매와 상호 작용하고 로드맵을 정의하는 것과 같은 핵심 책임으로부터 시간을 빼앗아 갈 때 실제로 해를 끼칠 수 있습니다.

워크로드를 완화하기 위해 저는 다른 사람들이 제품 관리자 및 제품 소유자 역할을 수행하도록하는 큰 지지자입니다. 이 접근법은 논란의 여지가 있으며 더 성숙한 제품 프로세스를 가진 회사에서만 가능할 수 있습니다. 에 관계없이,나는 제품 개발 라이프 사이클 또는 제품 관리의 어떤 측면으로 인해 과로 오후,균열을 통해 떨어지지 않도록이 분리에 많은 가치가 있다고 생각합니다.

제품 관리자의 모든 책임을 더 잘 보려면 실용적인 마케팅 및 시리우스 결정과 같은 오후 프레임 워크를 살펴 보는 것이 좋습니다.

요약

회사마다 제품 유형에 따라 제품 관리 제목과 책임이 다릅니다. 그러나 관계없이,제품 관리자의 핵심 작업은 제품의 비전을 제공하는 로드맵을 작성하고,그 실행을 구동하는 것입니다.

제목에”기술”이라는 단어를 추가하면 기술 배경의 필요성을 강조하기 위해 채용 공고에 유용합니다. 그러나 한 번 일안에,성공에 열쇠는 각 제품 매니저를 위해 동일하—고객 초점을 지킨,시각을 몰고,제품이 시장 필요를 충족시킨것을 지킨.

이 제품 관리자&리더를위한 영감 다니엘 엘리잘,관리자의 빌드의 저자에 의해 작성된 게스트 게시물입니다.

아바타

다니엘 엘리잘

엔터프라이즈 소프트웨어 제품 관리자. 의 저자 TechProductManagement.com 사물 인터넷 제품 관리에 대한 실제 가이드. 트위터:@델리잘데

답글 남기기

이메일 주소는 공개되지 않습니다.