chore: update graph view scale and set workspace default tab to graph view

2026-05-08 00:47:14 +09:00
parent 30f124fdb7
commit c8e983afe7
1720 changed files with 9189 additions and 62873 deletions
@@ -0,0 +1,107 @@
+---
+# ──────────────────────────────────────────────
+# FRONTMATTER 작성 가이드 (LLM용 주석 포함)
+# 이 주석들은 파일 저장 시 삭제하지 않아도 됩니다.
+# LLM이 각 필드를 채울 때 판단 기준으로 사용합니다.
+# ──────────────────────────────────────────────
+
+id: "wiki-2026-0507-030"
+title: "비즈니스_전략_및_운영_프레임워크"
+category: "[[10_Wiki/Topics]]"
+status: "verified"
+canonical_id: "self"
+aliases: ["Business Strategy", "Marketing", "KPI", "Project Management", "Business Model", "Agile", "Scrum", "Code Review", "Pull Request", "비즈니스 전략", "마케팅", "애자일", "코드 리뷰"]
+duplicate_of: "none"
+source_trust_level: "B"
+confidence_score: 1.0
+tags: ["Business", "Strategy", "Marketing", "KPI", "Management", "Operations", "Agile", "DevProcess"]
+raw_sources: ["직접 입력"]
+last_reinforced: "2026-05-07"
+github_commit: "pending"
+---
+
+# 비즈니스_전략_및_운영_프레임워크
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> "어디서 싸울 것인가보다, 어떻게 이길 것인가를 결정하는 것." 한정된 자원을 집중하여 경쟁 우위를 창출하고, 애자일한 실행 체계와 코드 수준의 품질 관리를 통해 비즈니스 가치를 연속적으로 배달하는 통합 운영 체계.
+
+---
+
+## 📖 구조화된 지식 (Synthesized Content)
+
+**추출된 패턴:**
+> 현대의 비즈니스 전략은 '데이터 기반의 유연한 적응(Agile)'과 '기술적 무결성(Quality)'의 결합이다. 전략적 목표(OKR/KPI)가 하향식으로 전달되면, 스크럼 팀은 코드 리뷰와 PR 프로세스를 통해 품질이 담보된 결과물을 상향식으로 배포하며 루프를 완성한다.
+
+**세부 내용:**
+- **비즈니스 전략 및 수익화:**
+  - **경쟁 우위:** 경제적 해자(Moat) 구축 및 블루오션 전략을 통한 시장 창출.
+  - **수익화 아키텍처:** LTV(고객 생애 가치) > 3x CAC(고객 획득 비용) 공식을 충족하는 비즈니스 모델 설계.
+- **애자일 및 팀 협업 (Agile & Scrum):**
+  - **반복적 가치 전달:** 1~4주의 스프린트 단위로 동작하는 소프트웨어를 배포하고 사용자 피드백 반영.
+  - **역할 분담:** PO(제품 책임자), 스크럼 마스터, 개발팀 간의 긴밀한 소통과 투명한 업무 시각화.
+- **개발 프로세스 및 품질 보증 (DevProcess):**
+  - **코드 리뷰 (Code Review):** 단순 버그 탐지를 넘어 지식 공유, 설계 일관성 유지, 코드 소유권 분산을 위한 핵심 문화.
+  - **풀 리퀘스트 (Pull Request):** 변경 사항을 메인 브랜치에 통합하기 전 자동 테스트와 동료 검토를 거치는 품질 게이트(Quality Gate).
+- **성과 측정 및 정렬:**
+  - **KPI & OKR:** 조직의 방향성을 일치시키고 데이터 기반으로 성과를 추적하는 프레임워크.
+
+---
+
+## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
+
+**언제 이 지식을 쓰는가:**
+- 신규 사업 기획부터 개발 팀의 운영 프로세스 수립까지 비즈니스 전반의 아키텍처를 설계할 때.
+- 팀의 생산성을 높이기 위해 코드 리뷰 가이드라인이나 애자일 미팅 구조를 최적화해야 할 때.
+- 비즈니스 지표(KPI)와 개발 활동(Git Workflow) 사이의 연결 고리를 정의할 때.
+
+**언제 이 지식을 쓰면 안 되는가:**
+- 특정 기술 스택의 구현 세부 사항이나 문법적 오류 수정이 시급한 상황.
+
+**이 지식을 적용할 때의 권장 절차:**
+1. **전략 정렬:** 전사 목표(OKR)를 수립하고 이를 팀 단위의 실행 과제로 분해.
+2. **프로세스 구축:** 지라(Jira)나 깃허브(GitHub)를 활용해 스프린트 및 PR 워크플로우 설정.
+3. **리뷰 문화 정착:** '비난 없는 리뷰(Blameless Review)' 원칙하에 코드 품질과 지식 공유 강제.
+4. **측정 및 개선:** 스프린트 회고(Retrospective)를 통해 지표를 분석하고 프로세스 병목 구간 개선.
+
+**주의사항 또는 알려진 한계:**
+- **프로세스 비대화:** 과도한 미팅이나 엄격한 리뷰 절차가 오히려 개발 속도를 저해하지 않도록 유연하게 조정.
+- **지표의 역설:** 숫자에만 매몰되어 사용자 경험이나 코드 건전성 등 정성적 가치를 훼손하지 않도록 주의.
+
+---
+
+## 🧪 검증 상태 (Validation)
+
+- **정보 상태:** verified
+- **출처 신뢰도:** B
+- **검토 이유:** 해당 없음
+
+---
+
+## 🧬 중복 검사 (Duplicate Check)
+
+- **기존 유사 문서:** [[Agile_and_Team_Collaboration]], [[Code Review]], [[Pull Request]], [[Scrum]], [[Kanban]] 등 60여 개
+- **처리 방식:** UPDATE
+- **처리 이유:** 비즈니스 전략과 마케팅에서 시작하여 실질적인 개발 협업 프로세스까지를 하나의 통합된 운영 프레임워크로 결합하여 권위 문서로 강화함.
+
+---
+
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
+
+- **과거 데이터와의 충돌:** 없음
+- **정책 변화:** 단순 '경영 전략'과 '개발 실무'로 나뉘어 있던 지식을 '비즈니스 가치 전달을 위한 통합 파이프라인'으로 통합 정의함.
+
+---
+
+## 🔗 지식 연결 (Graph)
+
+- **Parent:** [[10_Wiki/Topics]]
+- **Related:** [[도메인_주도_설계(DDD)_및_소프트웨어_품질]], [[CI_CD_파이프라인_및_배포_자동화]], [[심리학_및_행동과학_모델링]]
+- **Raw Source:** 직접 입력
+
+---
+
+## 🕓 변경 이력 (Changelog)
+
+| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
+|------|-----------|-----------|--------|
+| 2026-05-07 | 애자일, 코드 리뷰 등 개발 협업 프로세스 통합 업데이트 | UPDATE | B |