Antigravity Agent
2a2a1ad3b1
- 10_Wiki/Topics/Thinking & Reasoning/ 다수 신규 토픽 추가 (3C, 4P, 5 Whys, 7S, 80/20 법칙, 인과관계, 디자인 씽킹 변형 등) - Premium/Logic Tree/ 11개 파일 → Thinking & Reasoning 으로 흡수 - Premium/Thinking & Reasoning/ 동기화 갱신 - memory/long_term.json + .DS_Store 자동 갱신 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
60 lines
5.1 KiB
Markdown
60 lines
5.1 KiB
Markdown
---
|
|
id: product-trio
|
|
title: "Product Trio"
|
|
category: "10_Wiki/Topics"
|
|
status: "draft"
|
|
verification_status: "conceptual"
|
|
canonical_id: ""
|
|
aliases: []
|
|
duplicate_of: ""
|
|
source_trust_level: "B"
|
|
confidence_score: 0.85
|
|
created_at: 2026-05-24
|
|
updated_at: 2026-05-24
|
|
review_reason: ""
|
|
merge_history: []
|
|
tags: ["research", "logic tree"]
|
|
raw_sources: ["NotebookLM Synthesis"]
|
|
applied_in: []
|
|
github_commit: ""
|
|
---
|
|
|
|
# [[Product Trio]]
|
|
|
|
## 🎯 한 줄 통찰 (One-line insight)
|
|
제품 트리오는 제품 관리자, 디자이너, 엔지니어가 공동의 책임을 바탕으로 비즈니스 목표와 고객 가치를 시각적으로 정렬하여 제품을 발견하는 협력적 팀 구조이다 [1-3].
|
|
|
|
## 🧠 핵심 개념 (Core concepts)
|
|
- **핵심 구성원:** 제품 관리자(Product Manager), 제품 디자이너(Designer), 소프트웨어 엔지니어(Software Engineer)로 이루어진 핵심 제품 팀 단위이다 [1].
|
|
- **공동 책임 모델:** 제품의 가망성(Desirability), 생존성(Viability), 실현 가능성(Feasibility), 사용성(Usability), 윤리적 리스크에 대해 개별 직무가 아닌 팀 전체가 책임을 진다 [1].
|
|
- **지속적 발견(Continuous Discovery):** 팀이 함께 고객 이야기를 수집하고 기회를 매핑하여 제품을 지속적으로 개선하는 과정을 수행한다 [3, 4].
|
|
- **기회 솔루션 트리(OST) 소유권:** 제품 트리오는 비즈니스 성과와 고객 니즈를 연결하는 시각적 도구인 OST의 주체로서 의사결정의 투명성을 확보한다 [3, 5, 6].
|
|
|
|
## 🧩 추출된 패턴 (Extracted patterns)
|
|
- **책임 분산 방지 패턴:** 엔지니어는 기술에, PM은 사업에 집중하되 책임을 개별화하지 않음으로써 부서 간 이해 상충을 방지하고 협업을 극대화한다 [1].
|
|
- **사고의 외부화:** 기회 솔루션 트리를 통해 팀의 사고를 시각화함으로써 '무엇을 할 것인가'에 대한 공유된 이해를 형성하고 정렬을 유지한다 [3, 7].
|
|
- **비교 및 대조(Compare and Contrast) 전략:** 단일 솔루션에 매몰되지 않고 여러 솔루션과 가정을 동시에 검토하여 최적의 경로를 선택한다 [8-10].
|
|
|
|
## 📖 세부 내용 (Details)
|
|
- **구성 및 직무 시너지:** 제품 트리오는 제품 관리자, 디자이너, 엔지니어로 구성되며, 이 조합이 함께 지속적 제품 발견을 수행할 때 시너지가 발생한다 [1, 3]. 엔지니어는 실현 가능성에, PM은 비즈니스 가치에 더 큰 통찰을 제공할 수 있지만 의사결정은 항상 공동으로 이루어진다 [1].
|
|
- **리스크 관리:** 트리오는 제품이 고객에게 가치가 있는지(Desirable), 비즈니스에 수익성이 있는지(Viable), 기술적으로 구축 가능한지(Feasible), 사용하기 쉬운지(Usable)를 동시에 평가한다 [1]. 책임을 분리할 경우 협업이 불가능해질 수 있으므로 공동 책임을 전제로 한다 [1].
|
|
- **논리 트리와의 연계:** 트리오는 기회 솔루션 트리(Opportunity Solution Tree)를 활용하여 비즈니스 결과(Outcome)를 최상단에 두고, 그 아래에 고객의 미충족 니즈(Opportunity)와 이를 해결할 솔루션 및 실험 가정을 구조화한다 [6, 11].
|
|
- **의사결정의 구조화:** 이 팀 구조는 고객의 피드백에 과잉 반응하는 것을 방지하고, 기회 공간을 체계적으로 평가하여 더 전략적인 결정을 내리도록 돕는다 [7, 9, 12]. 또한 과거의 의사결정 이력을 추적 가능하게 하여 새로운 발견이 있을 때 기존 결정을 효과적으로 재검토하게 한다 [12].
|
|
|
|
## ⚖️ 모순 및 업데이트 (Contradictions & updates)
|
|
- **전통적 책임 모델과의 상충:** 소스에서는 개별 직무가 특정 리스크(예: PM-비즈니스 리스크)에 대해서만 책임을 지는 전통적 모델이 협업을 저해한다고 지적하며, 팀 전체의 공동 책임을 강조하는 현대적 관점을 제시한다 [1].
|
|
- **기회와 솔루션의 구분:** 많은 팀들이 솔루션을 기회로 오인하는 실수를 저지르며, 이를 명확히 분리하는 기술이 제품 트리오의 핵심 역량으로 강조된다 [12, 13].
|
|
|
|
## 🛠️ 적용 사례 (Applied in summary)
|
|
- **BBC Maestro:** 기회 솔루션 트리 워크숍을 통해 제품 트리오의 정렬을 시도한 사례가 언급됨 [14].
|
|
- **TextHelp:** Tali Melchior가 주도하여 제품 트리오를 대상으로 기회 솔루션 트리 워크숍을 운영함 [14].
|
|
- **NovaCloud (가상 사례):** B2B SaaS 기업에서 매출 유지율(NRR) 회복을 위해 이슈 트리를 활용하여 트리오 팀이 온보딩 프로세스와 가격 정책을 개선한 구조적 사례가 제시됨 [15, 16].
|
|
|
|
## ✅ 검증 상태 및 신뢰도
|
|
- **상태:** draft
|
|
- **검증 단계:** conceptual (실제 적용 사례 발견 시 applied/validated로 승격 가능)
|
|
- **출처 신뢰도:** B (Official Documentation / Primary Source via NotebookLM)
|
|
- **중복 검사 결과:** 신규 생성 (New discovery)
|
|
|
|
## 📝 변경 이력 (Change history)
|
|
- 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine. |