스타트업에서 조직으로 제품 관리의 진화
게시 됨: 2017-12-27스타트업에서 제품 관리 수직을 확장하는 방법
조직의 초기 몇 년 동안 제품 팀은 기본적으로 시작 단계의 전형적인 어려움에 직면한 소수의 구성원으로 구성되지만 조직이 성장함에 따라 팀 규모와 제품 관리 관행도 그에 비례하는 성장을 달성하기 위해 확장되어야 합니다. 조직의 것.
속도는 스타트업의 핵심이며 초성장 단계에 있을 때는 더욱 그렇습니다. 비즈니스가 확장됨에 따라 모든 제품 관리자는 여러 이해 관계자를 처리해야 합니다. 여기에서 갈등 관리 기술과 어려운 결정을 내리는 능력이 중요합니다.
이러한 결정에는 절충이 수반되며 모든 이해 관계자가 만족할 수 있는 것은 아니지만 제품 관리자는 비즈니스의 이익을 위해 필요하다고 생각하는 변경을 구현하고 실행 속도를 촉진해야 합니다.
성장 단계에서 채택할 수 있는 좋은 방법은 기존 팀을 할당된 제품을 담당할 하위 팀으로 나누어 기능 구축 개념을 분산시키는 것입니다. 이 접근 방식은 확실히 더 빠른 의사 결정에 도움이 되고 관료주의를 제거하며 책임을 추진할 것입니다.
제품 팀에 따라 여러 이해 관계자가 비즈니스 결과를 이끌어내는 경우 사양, 일정, 문제, 지연 등에 대한 투명한 문화를 만드는 것이 필수적이 됩니다. 이를 위해서는 조직 전체에서 채택할 수 있는 도구가 필요하므로 이를 통해 이 모든 정보가 공유 드라이브 및 그룹 토론으로 제한되었던 시작 환경에서 큰 변화를 시작하여 전체 조직이 볼 수 있는 기대치를 설정했습니다.
이러한 맥락을 기반으로 전체 개념을 핵심 포인트로 분류하여 스타트업에서 제품 관리 수직 확장에 대한 자세한 통찰력을 얻을 수 있습니다.
의사결정
이를 위한 가장 좋은 방법은 이해 관계자의 의견이나 제안을 고려하여 각 제품 팀 내에서 결정을 내릴 수 있도록 하여 프로세스를 분산시키는 것입니다. 기능 릴리스를 결정하거나 스프린트에서 작업하는 것은 특정 팀의 특권이 될 것입니다.
당신을 위해 추천 된:
메타버스가 인도 자동차 산업을 어떻게 변화시킬 것인가?
인도 스타트업에 대한 반 영리 조항은 무엇을 의미합니까?
Edtech Startup이 인도 인력의 기술 향상 및 미래 준비를 돕는 방법...
이번 주 새로운 시대의 기술 주식: Zomato의 문제는 계속되고 EaseMyTrip은 Str...
인도 스타트업, 자금 조달을 위해 지름길 선택
디지털 마케팅 플랫폼 Logicserve, INR 80 Cr 자금 지원, LS Dig...
의사 결정의 자율성 수준은 조직마다 다르지만 이러한 방식으로 작업을 분류하고 분산하면 모든 작업 단위가 전달됩니다. 또한 이 모델은 지연을 줄이고 책임을 개선하며 작업 부하 관리에 도움이 됩니다.
모든 제품 관리자가 결정을 내리는 동안 확인해야 하는 한 가지는 규정 준수, 보안, 사기 통제, 사용자 액세스 등과 같은 중요한 요소를 염두에 두는 것입니다 . 오용될 수 있는 개인 식별 정보가 없는지 확인합니다.
종종 제품 관리자는 제품의 다양한 최종 사용자를 위해 개발해야 하는 여러 기능을 만나거나 토론합니다. 제품 관리자는 모든 스프린트에서 사용할 수 있는 제한된 대역폭으로 무엇을 구축할지 결정하면서 전체 기능 스택을 염두에 두어야 합니다. 포인트 기반 매트릭스 는 결정을 내리는 동안 평가하는 데 사용할 수 있는 방법 중 하나일 수 있습니다. 각 행은 기능을 나타내고 열은 다음에 대한 점수로 평가됩니다.
- 기술적 타당성
- 비즈니스 영향
- 출시 시간
- 고객 경험
가시적인 결과를 더 빨리 경험할 수 있으므로 가중치가 가장 높은 기능에 우선 순위를 지정할 수 있습니다.
로드맵
모든 제품 에 대해 구축해야 하는 기능 집합에 대한 로드맵을 설계하는 것이 좋습니다 . 전체 계획은 6주에서 8주 사이의 제한 시간 내에 설정됩니다. 오늘날의 세계에서 필수품은 빠르게 변하고 기능에 대한 유효성 검증의 진정한 테스트는 제공된 데이터에서 나옵니다.
성장 단계에서 제품 관리는 고객 피드백 또는 데이터에 의해 주도되어야 합니다. 반대로 시작 단계의 로드 매핑은 결정이 직감에 기반한 완전히 다른 프로세스이며 영향을 미칠 수도 있고 그렇지 않을 수도 있습니다.
최종 사용자가 제품을 경험하고 비용을 지불할 수 있도록 출시하고 그에 따라 시장에 출시할 최소 실행 가능한 제품을 생각하십시오. 예를 들어, 이메일을 보내고 받기 위해 이메일 플랫폼을 시작하기로 결정할 수 있지만 고객은 문서를 첨부하거나 연락처를 저장하거나 이메일을 다른 폴더에 정리하는 옵션이 필요하다는 피드백을 제공할 수 있습니다.
이것이 피드백을 기반으로 제품이 진화하는 방식이며, 결국 종합적인 제품군을 생성하게 됩니다.
의사소통
사전에 모든 내부 및 외부 이해 관계자에게 확장된 표준화된 커뮤니케이션 프로세스를 따르면 운영의 추가 투명성이 보장됩니다. 관료적으로 들릴지 모르지만 전환 과정에서 채택할 수 있는 주요 행동 변화 중 하나는 실행에 앞서 여러 단계에서 승인을 받는 것입니다. 릴리스 노트, 데모/UAT, 실시간 알림, 업데이트 등이 향후 감사 프로세스에 중요합니다.
위의 방법을 채택하면 동일한 작업을 수행하는 기존 방식보다 더 빠르게 작업을 수행할 수 있습니다. 제품 관리를 조직 수준으로 확장하는 것은 결코 순조로운 일이 아니지만 체계적인 방식으로 간단한 관행을 따르면 전환에 수반되는 변화의 양을 단순화할 수 있습니다.