القائمة
Teresa Torres OST (Opportunity Solution Tree) + gstack Six Forcing Questions 자가검증. outcome → opportunity → solution → experiment 매핑. PM 자체 reasoning, 사용자 Q&A 안 함.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | opportunity-tree |
| description | Teresa Torres OST (Opportunity Solution Tree) + gstack Six Forcing Questions 자가검증. outcome → opportunity → solution → experiment 매핑. PM 자체 reasoning, 사용자 Q&A 안 함. |
| schema_version | 2 |
| tier | leader |
| team | _skill |
| category | planning |
| used_by | ["product-manager"] |
| dev_capability | false |
| triggers | {"keyword":["ost","opportunity solution tree","기회 트리","outcome"]} |
| pm_conventions | {"anti_sycophancy":true,"hard_gate":true,"post_labeling":true,"minimum_approaches":2} |
Teresa Torres CDH (Continuous Discovery Habits) 의 OST 자체 실행. Outcome 에서 시작해 opportunity, solution, experiment 까지 트리 형태로 분해.
Outcome (team OKR 의 KR)
└─ Opportunity 1 (사용자 unmet need)
├─ Solution 1.1
│ └─ Experiment 1.1.a
└─ Solution 1.2
└─ Experiment 1.2.a
└─ Opportunity 2
├─ Solution 2.1
└─ Solution 2.2
discovery-synthesis 출력 (JTBD signals)각 opportunity / solution 에 대해 PM 이 스스로 답해본다. 답할 수 없으면 → open_questions[]:
{
"outcome": "OKR KR 인용",
"tree": [
{
"opportunity": "...",
"jtbd_ref": "...",
"six_questions": {
"demand_reality": "...",
"status_quo": "...",
"desperate_specificity": "...",
"narrowest_wedge": "...",
"observation": "...",
"future_fit": "..."
},
"solutions": [
{
"title": "...",
"approach": "...",
"experiments": [
{ "spec": "...", "metric": "...", "expected": "..." }
]
}
]
}
],
"open_questions": [...]
}
/office-hours Six Forcing Questionsworkflow(org 단위 조립물 — stage DAG 가 워크스페이스의 skill·agent 를 참조)의 대화형 매니저이자 작성 표준의 권위. 의도에서 workflow YAML 을 합성·검토·개선하도록 안내하고, 좋은 워크플로 노하우(본질 원칙=목표·근거·방법→결론·핸드오프 / DAG 무순환 / exit_criteria measurable / 기획 3대 편향 가드)를 보유한다. 결정적 동작(new/list/show/validate)은 solosquad workflow * 헬퍼로 위임. 사용 시점 — 워크플로를 새로 만들·고칠 때, 또는 다른 워크플로의 작성 품질을 판단할 때.
기획 산출 문서(prd·ideation·reports·architecture·roadmap)의 대화형 큐레이션 매니저. 외부/내부 분류·명명 규칙·PRD↔배포버전 결합·배포 전 최신화 게이트·카테고리 INDEX 유지를 안내한다. 사용 시점 — 문서를 어디에 둘지·어떤 버전으로·언제 최신화·외부냐 내부냐를 판단할 때(광의), 새 PRD/리포트/ideation 의 분류·배치·생성, 문서 재배치, 배포 전 docs-check 통과를 할 때(구체). 결정적 게이트는 npm run docs-check 로 위임하고 파괴적 파일 이동·삭제는 적용 전 확인. (제외 — 한 PRD 를 *어떻게 쓰나*는 prd 스킬, trend-record, human-edited 메타 AGENTS/CLAUDE/CONTRIBUTING/LICENSE)
PRD 작성 (phuryn template + gstack design doc 컨벤션). 8-section 1-pager + v1.3.5 메인별 2 양식(new-build/improvement) 분기 + 요구사항 3대 유형(개발·콘텐츠·리포트) 렌더 + 섹션 누적 기입 + v1.3.8 작성 8규칙(R1–R5 맥락·오버스펙 축 — 버전계층 목표상속·스코프 비포함경계·지시 요구사항 전사·As-Is/To-Be 개념+형태·체크리스트 워크플로 리뷰 / R6–R8 확률성·검증 축 — AI 제품 PRD 분기[허용 답변 범위·Eval Plan]·완성도 단계 척도·Given-When-Then AC). 프레임워크 체인·서브워크플로 출력을 입력으로 받아 PRD 생성.
Workspace-bundled autonomous Product Manager. 문제 정의 / PMF 가설·실험 / 마일스톤·WBS / 데이터 기반 판단. 사용자와 직접 대화 안 함 (Chief 경유). 구 pmf-planner 흡수.
Org-level supervisor. 사용자 소통 / 과제화 / 4 main bot 오케스트레이션 / 회고. 도메인 전문가 customized (org 단위 1개).
메트릭·실험·KPI 분석. Confidence Score 추적 (RO-PNA), per-contributor breakdown + shipping streak (gstack). Amplitude pattern 차용.