PM은 개발에 대해 얼마나 알아야 하나?
Maïa Metz 글 발췌 및 요약
Making technical tradeoffs.
PM이 자신이 담당한 프로덕트에 대한 전반적인 기술 구조 파악 필요
예) 애널리틱스 기능을 구현한다면 데이터 갱신 주기( ①실시간 vs ② 일정한 주기)에 따른 PM의 의사결정에 따라 개발 비용 관련하여 트레이드 오프 발생함
Technical feasibility.
PM은 제품 개발에 있어 우선순위를 정해야 함. 우선순위 관련하여 개발 공수(technical load) 이해 필요
PM이 개발 담당자와 관련 커뮤니케이션 비용을 낮추기 위해 개발 공수에 대한 가설을 세울 수 있어야함
Technical Debt.
예를 들어 PM이 개발팀에 기술 부채 관련해서 10%의 버퍼를 두고 업무를 하라고 하는 것은 무리가 있음
PM이 프로덕트 개발 우선순위에 있어 기술 부채도 같은 선상에 두고 검토해야함(또는 환경을 갖춰야 함)
Debugging.
PM이 직접 프로덕트 이슈에 대해 디버깅을 하라는 뜻이 아님
프로덕트 개발 구조에 대해 잘 이해하고 있다면 이슈가 발생하고 있는 원인 또는 히스토리에 대해 개발 팀에 정보를 제공할 수 있음
예) A라는 이슈는 아마도 B 또는 C 때문에 발생한 것이 아닐까요?
Data.
PM의 중요한 역할은 문제 해결임.
데이터 분석가가 없다면 기본적인 SQL 지식을 보유하고 있으면 도움이 됨
Delivery
프로덕트를 배포하는 단계 및 테스트 환경(스테이징, 프리 프로덕션, 프로덕션)에 대한 이해 필요
브랜치, Pull requets 같은 코드 배포 과정도 이해하면 좋음
PM이 알면 좋은 기술적 배경은?
프론트 엔드와 백엔드의 개념
제품 설계 및 개발 과정에 있어 모바일과 웹의 주요 차이점
iOS vs Android: 디자인 가이드, 구현 가능 범위, 앱 스토어 등록 관련 주요 정책
프로덕트 아키테쳐 관련 기본적 이해 - 중요한 것은 호기심을 가지고 개발팀과 지속 커뮤니케이션하는 것
API란? 웹훅이란? API 문서를 읽고 이해할 수 있어야 함
DevOps: 개발 환경에 대한 기본적인 지식(스테이징, 프리 프로덕션, 프로덕션)
PM이 욕심을 가진다면?
프로덕트에 대한 기술 배경 뿐만 아니라 해당 프로덕트를 사용하는 사용자가 얼마나 기술적인지 파악한다
PM은 기술에 대한 호기심이 있어야 한다. 사용자, 경쟁자, 기술 등에 호기심을 갖는 것은 기본 임
기술 관련 문서, 튜토리얼 보는 것이 도움이 될 것임
직접 프로덕트를 사용해야함
Giphy원문: How technical should a Product Manager be?
뉴스 레터 발행을 시작했습니다. 관심 있으신 분들께서는 아래 뉴스레터 링크에서 구독 부탁드립니다 :)
