TECH BOX

프로덕트 매니저로서 복잡한 기술 환경을 탐색하고 제품 성공을 이끄는 데 필요한 정보에 기반한 결정을 내리는 것은 매우 중요합니다. 핵심 기술 개념과 인공지능(AI)의 기본 사항을 이해하면 엔지니어링 팀과의 효과적인 협업, 기술적 문제 예측, 사용자 요구를 충족시키기 위한 혁신적인 솔루션 활용이 가능해집니다. 이 에세이는 핵심 기술(Core Technology)과 AI 필수 지식(AI Must-Knows) 두 가지 주요 범주로 나누어 주요 기술 용어를 쉽게 설명하는 것을 목표로 합니다. 이러한 개념을 이해함으로써 제품 개발을 이끌고, 기능의 원활한 통합을 보장하며, AI의 힘을 활용해 사용자에게 가치를 창출할 수 있습니다.1부: 핵심 기술(Core Technology)APIsAPI(Application P..

원문. TBM 38/52: Navigating the Product Leadership Fog 전략적 사고가(strategic thinkers)는 기업 전략이 있는지 궁금해 합니다. 전략적 사고가는 계획과 우선순위를 확인하고, 현재의 계획과 우선순위가 전략이 아니라는 것을 파악합니다. 누군가는 비어 있어 보이는 영역을 채우려 노력합니다 누군가는 계속 살펴봅니다 누군가는 비난 모드에 들어섭니다 (리더와 동료를 비난 합니다) 누군가는 떠납니다 get-it-done 사고가(get-it-done thinkers)는 리더십은 우선순위를 계속 변경하는 것이라고 생각합니다. 그들은 무언가 완료되지 않았다고 생각합니다. get-it-done 사고가들은 계획과 우선순위를 보고 "좋아 우린 얼라인을 맞췄어"라고 생각합니다..

원글: From One to Infinity and Beyond: Avoiding Second Product Syndrome 첫 번째 서비스, 제품으로 큰 성공을 거둔 기업들이 해당 서비스가 성숙기에 접어들면 두 번째 제품의 출시를 고려합니다. 일반적으로 기존 서비스의 플랫폼, 자산을 활용할 수 있는 인접시장으로 확장으로 꾀하는 것이 일반적입니다. 하지만 첫 번째 제품의 성공을 거두게 한 경험이 두 번재 제품 성공까지 담보하지 않습니다. 스티브 잡스는 이와 같은 "세컨드 프로덕트 신드롬”(Second Product Syndrome)에 대해 이야기했습니다. “업계에선 ‘세컨드 프로덕트 신드롬’이라는 용어가 있습니다. 예를 들자면 회사가 내놓은 첫 제품이 크게 성공했지만 그들은 왜 그렇게 성공했는지를 모르는..

Making technical tradeoffs. - PM이 자신이 담당한 프로덕트에 대한 전반적인 기술 구조 파악 필요 - 예) 애널리틱스 기능을 구현한다면 데이터 갱신 주기( ①실시간 vs ② 일정한 주기)에 따른 PM의 의사결정에 따라 개발 비용 관련하여 트레이드 오프 발생함 Technical feasibility. - PM은 제품 개발에 있어 우선순위를 정해야 함. 우선순위 관련하여 개발 공수(technical load) 이해 필요 - PM이 개발 담당자와 관련 커뮤니케이션 비용을 낮추기 위해 개발 공수에 대한 가설을 세울 수 있어야함 Technical Debt. - 예를 들어 PM이 개발팀에 기술 부채 관련해서 10%의 버퍼를 두고 업무를 하라고 하는 것은 무리가 있음 - PM이 프로덕트 개발 ..

프로덕트 요구사항의 우선순위를 정할 때 기존에 RICE라는 프레임워크가 널리 알려졌다고 합니다(전 처음 들었지만…) RICE는 프로덕트의 신규 요구사항과 기능이 얼마나 많은 사람에게 영향을 미치고(Reach), 사용자에게 미치는 파급력을 예상하고(Impact), 만든 사람이 얼마나 성공에 대한 확신을 가졌는지(Confidence), 그리고 얼마나 많은 공수가 필요한지(Efforts)를 정량화해서 우선순위를 결정하는 방법론이라고 합니다... (B)RICE는 추가로 기업의 전반적인 비즈니스에 미치는 영향도(Business Importance)를 반영한 방법이라 합니다. 이 글을 쓴 저자는 (B x R x I x C)/E와 같은 산식으로 프로덕트 우선순위를 정한다고 합니다. (다시 감탄하는 모델링 가이들.....