docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거
Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를 Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류. - 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로 자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거, 동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거. - 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming, Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business, Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로, 나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는 title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백). 원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지. - 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서. - 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는 지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지. - Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경. - 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
This commit is contained in:
Antigravity Agent
@@ -0,0 +1,161 @@
|
||||
---
|
||||
id: wiki-2026-0508-4x-strategy
|
||||
title: 4X Strategy
|
||||
category: 10_Wiki/Topics
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: [4X 전략, eXplore eXpand eXploit eXterminate]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.9
|
||||
verification_status: applied
|
||||
tags: [gaming, strategy, game-design, ai]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-10
|
||||
github_commit: pending
|
||||
tech_stack:
|
||||
language: python
|
||||
framework: gym/pettingzoo
|
||||
---
|
||||
|
||||
# 4X Strategy
|
||||
|
||||
## 매 한 줄
|
||||
> **"매 eXplore, eXpand, eXploit, eXterminate — 매 long-horizon empire-building loop."** 매 1993 *Master of Orion* 의 Alan Emrich 가 coined. 매 Civilization, Stellaris, Endless Legend, Old World 의 cornerstone genre — 매 2026 에 AI agents 의 benchmark domain (Pyrrho, Civ-Bench).
|
||||
|
||||
## 매 핵심
|
||||
|
||||
### 매 4 pillars
|
||||
- **eXplore**: fog-of-war 의 map reveal, scout units, sensor range, anomaly detection.
|
||||
- **eXpand**: settler/colony placement, 영토 claim, infrastructure rollout.
|
||||
- **eXploit**: resource extraction, tech tree, trade routes, population growth.
|
||||
- **eXterminate**: military doctrine, alliance/diplomacy, conquest victory.
|
||||
|
||||
### 매 design tensions
|
||||
- **Wide vs tall**: many small cities vs few mega-cities.
|
||||
- **Snowball vs catchup**: 초기 lead 의 compound 의 X — 매 modern designs (Old World, Humankind) 의 catchup mechanics.
|
||||
- **Turn-based vs RTS**: Civ (TBS) · Stellaris (real-time pausable).
|
||||
|
||||
### 매 응용
|
||||
1. Multi-agent RL benchmark — 매 long horizon, partial observability, sparse reward.
|
||||
2. Game theory testbed — 매 negotiation, alliances, betrayal.
|
||||
3. Economic simulation — 매 supply chain, monetary policy.
|
||||
|
||||
## 💻 패턴
|
||||
|
||||
### Civ-style turn loop
|
||||
```python
|
||||
# Pseudocode of 4X turn structure
|
||||
class Empire:
|
||||
def turn(self):
|
||||
self.explore() # move scouts, reveal tiles
|
||||
self.expand() # settle, build improvements
|
||||
self.exploit() # collect yields, research, grow
|
||||
self.exterminate() # military / diplomacy actions
|
||||
|
||||
def game_loop(empires, world):
|
||||
for turn in range(max_turns):
|
||||
for empire in empires:
|
||||
empire.turn()
|
||||
world.tick() # natural events, barbarians
|
||||
if any(empire.victory() for empire in empires):
|
||||
return
|
||||
```
|
||||
|
||||
### Tile yield model
|
||||
```python
|
||||
# Civ VI-style tile yields
|
||||
def tile_yield(tile, improvements, adjacency):
|
||||
base = tile.terrain.yields # food/production/gold
|
||||
base += sum(imp.bonus for imp in improvements)
|
||||
base += adjacency_bonus(tile, adjacency)
|
||||
return base * tile.modifier # govt, religion, etc.
|
||||
```
|
||||
|
||||
### Tech tree (DAG)
|
||||
```python
|
||||
import networkx as nx
|
||||
|
||||
tech = nx.DiGraph()
|
||||
tech.add_edge("Pottery", "Writing")
|
||||
tech.add_edge("Writing", "Currency")
|
||||
tech.add_edge("Bronze Working", "Iron Working")
|
||||
|
||||
def available(researched):
|
||||
return [t for t in tech.nodes
|
||||
if t not in researched
|
||||
and all(p in researched for p in tech.predecessors(t))]
|
||||
```
|
||||
|
||||
### Combat resolution (Lanchester)
|
||||
```python
|
||||
def lanchester_combat(att_strength, def_strength, terrain_mod):
|
||||
# Square law for ranged + simultaneous combat
|
||||
a, d = att_strength, def_strength * terrain_mod
|
||||
ratio = a / d
|
||||
att_loss = d**2 / (a + d)
|
||||
def_loss = a**2 / (a + d)
|
||||
return att_loss, def_loss
|
||||
```
|
||||
|
||||
### MCTS for 4X agent
|
||||
```python
|
||||
# Minimal MCTS for turn decisions
|
||||
def mcts(state, n_sims=1000):
|
||||
root = Node(state)
|
||||
for _ in range(n_sims):
|
||||
leaf = root.select() # UCB1
|
||||
child = leaf.expand()
|
||||
reward = child.rollout() # heuristic playout
|
||||
child.backprop(reward)
|
||||
return root.best_child().action
|
||||
```
|
||||
|
||||
### Diplomacy as repeated game
|
||||
```python
|
||||
class Diplomat:
|
||||
def __init__(self):
|
||||
self.history = {} # opponent -> [actions]
|
||||
|
||||
def respond(self, opponent, their_action):
|
||||
# Tit-for-tat with forgiveness
|
||||
past = self.history.get(opponent, [])
|
||||
if not past or their_action == "cooperate":
|
||||
return "cooperate"
|
||||
return past[-1] # mirror last
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| 상황 | Approach |
|
||||
|---|---|
|
||||
| Early game | eXplore 우선 — map info 의 highest marginal value |
|
||||
| Mid game | eXpand + eXploit — economy snowball |
|
||||
| Late game | eXterminate or science/cultural victory |
|
||||
| Tight map | 매 tall play (few strong cities) |
|
||||
| Open map | 매 wide play (many cities) |
|
||||
|
||||
**기본값**: 매 explore-first, 매 expand-until-economy-saturates, 매 specialize.
|
||||
|
||||
## 🔗 Graph
|
||||
- 응용: [[MCTS]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: 매 narrative event generation, flavor text, 매 dynamic dialogue with diplomats.
|
||||
**언제 X**: 매 hard rule resolution (combat math, yields) — 매 deterministic engine 사용.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Snowball lock-in**: 매 early lead 의 unwinnable game — 매 catchup mechanics 의 추가.
|
||||
- **Micromanagement hell**: 매 50+ cities 의 manual ordering — 매 governors, automation.
|
||||
- **Tech rush dominance**: 매 single optimal path — 매 multiple viable trees 의 design.
|
||||
- **Combat spam**: 매 stack-of-doom — 매 1UPT or limited stacks.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (Sid Meier 인터뷰, *Master of Orion* 1993 design notes).
|
||||
- 매 [[4X 전략]] redirect.
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — FULL content with patterns, design tensions |
|
||||
@@ -0,0 +1,31 @@
|
||||
---
|
||||
id: wiki-2026-0508-fact-based-meeting-minutes-promp
|
||||
title: Fact Based Meeting Minutes Prompt
|
||||
category: 10_Wiki/Topics
|
||||
status: duplicate
|
||||
canonical_id: meeting-minutes-prompt
|
||||
duplicate_of: "[[Meeting-Minutes-Prompt]]"
|
||||
aliases: []
|
||||
source_trust_level: A
|
||||
confidence_score: 0.9
|
||||
verification_status: redirected
|
||||
tags: [duplicate, prompt-engineering, llm]
|
||||
last_reinforced: 2026-05-10
|
||||
github_commit: pending
|
||||
---
|
||||
|
||||
# Fact Based Meeting Minutes Prompt
|
||||
|
||||
> **이 문서는 [[Meeting-Minutes-Prompt]] 의 중복본입니다.** Canonical 문서로 redirect.
|
||||
|
||||
## 핵심 요약
|
||||
- Hallucination 의 억제 — extracted quote / timestamp 만 의 사용.
|
||||
- Action item / decision / open question 의 분리.
|
||||
|
||||
## 🔗 Graph
|
||||
|
||||
## 🕓 변경 이력
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
|
||||
@@ -0,0 +1,119 @@
|
||||
---
|
||||
id: wiki-2026-0507-105
|
||||
title: 게임 디자인 및 가상 경제 시스템
|
||||
category: 10_Wiki/Topics
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: [wiki-2026-0507-105, Game Design, Virtual Economy, Game Mechanics, Monetization, Gacha, Game Balancing, Level Design, Combat Ecosystem, LiveOps, C2, Tactical Strategy, 게임 디자인, 가상 경제, 수익화 모델, 전투 시스템, 라이브 서비스]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 1.0
|
||||
tags: [GameDesign, Economy, Psychology, Monetization, Mechanics, LiveOps, Strategy]
|
||||
raw_sources: [War-Commander-Combat-Ecosystem.md, Live Operations (LiveOps).md, Player-Experience-Modeling.md, Game Design Theory.md, Staircase Monetization Model.md]
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
---
|
||||
|
||||
# 게임_디자인_및_가상_경제_시스템
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "게임을 설계하는 것은 재미를 설계하는 것이 아니라, 의미 있는 선택의 연속을 설계하는 것이다." 플레이어의 심리를 자극하는 보상 체계와 시스템적 균형이 잡힌 가상 경제를 통해 지속 가능한 디지털 생태계를 구축하는 핵심 프레임워크.
|
||||
|
||||
---
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
**추출된 패턴:**
|
||||
> 현대 게임 디자인은 **'코어 루프(Core Loop)'**의 반복을 통해 몰입을 유도하고, **'메타 프로그레션(Meta-progression)'**을 통해 장기적 목표를 제공한다. 수익화 모델은 단순한 판매를 넘어 플레이어의 심리적 편향(매몰 비용, FOMO)을 활용한 정교한 경제 시스템과 결합되어 작동한다.
|
||||
|
||||
**세부 내용:**
|
||||
|
||||
### 1. 게임 디자인 프레임워크 (MDA)
|
||||
- **Mechanics (메커니즘):** 규칙, 행동, 데이터 등 시스템의 구성 요소.
|
||||
- **Dynamics (다이내믹스):** 플레이어가 메커니즘을 조작할 때 발생하는 시스템의 반응과 상호작용.
|
||||
- **Aesthetics (에스테틱스):** 플레이어가 느끼는 정서적 반응 (재미, 긴장감, 성취감 등).
|
||||
|
||||
### 2. 가상 경제 시스템 및 인플레이션 관리
|
||||
- **수도꼭지와 배수구 (Taps & Sinks):**
|
||||
- **Taps (유입):** 퀘스트, 보상 등을 통해 경제 시스템으로 재화가 유입되는 지점.
|
||||
- **Sinks (소모):** 수리비, 강화비, 수수료 등을 통해 재화를 소멸시켜 인플레이션을 억제하는 지점.
|
||||
- **경제 안정화 전략:** 암시장(Black Market), 경매장(Auction House) 수수료, 재화의 등급화(Hard/Soft Currency).
|
||||
|
||||
### 3. 심리 기반 수익화 모델 (Monetization)
|
||||
- **계단식 수익화 (Staircase Model):** 저가 상품으로 결제 장벽을 낮추고 점진적으로 고가 상품으로 유도하는 전략.
|
||||
- **VIP 시스템:** 결제 누적액에 따른 혜택 차등화로 고래(Whale) 유저의 리텐션 강화.
|
||||
- **가차 (Gacha) 및 확률형 아이템:** 희귀도와 결합된 불확실성을 통해 반복적인 구매 욕구 자극.
|
||||
|
||||
### 4. 전투 생태계 및 전술 설계 (Combat & Tactics)
|
||||
- **지휘 통제 (C2) 및 마이크로 컨트롤:**
|
||||
- **명령 체계:** Attack-move, Hold position, Move, Free fire 등 실시간 유닛 제어를 통한 변수 창출.
|
||||
- **미끼 전술 (Baiting):** AI의 추격 논리를 역이용하여 적을 살상 지대로 유인하는 심리전.
|
||||
- **방어 아키텍처 및 기하학적 억지력:**
|
||||
- **살상 지대 (Kill Zones):** 포탑과 지뢰밭이 겹치는 구역을 설계하여 적의 진입을 강제하고 화력을 집중.
|
||||
- **기지 구조:** 공성 전차를 견제하는 Blitz Base, 방어 효율을 극대화한 Square Base 등 기하학적 설계.
|
||||
- **유닛 생명주기 및 리스크 관리:**
|
||||
- **영구 손실 (Permanent Loss):** 특정 유닛(보병, 항공기 등)의 파괴 시 영구 상실 설정을 통해 전투의 긴장감과 재화 소모(Sink) 극대화.
|
||||
- **수리 메커니즘:** 지상 차량 등 일부 유닛의 수리 가능 설정을 통해 유저의 지속적인 참여 유도.
|
||||
|
||||
### 5. 라이브 서비스 및 메타 운영 (LiveOps)
|
||||
- **이벤트 사이클 (Event Cycle):** Sector Breach, XP Event 등 정기적인 이벤트를 통해 유저에게 명확한 단기 목표와 보상(구성 요소 파밍) 제공.
|
||||
- **지정학적 분쟁과 동맹 (Hegemony):**
|
||||
- **섹터 통제:** 다수의 플레이어가 동맹을 맺고 특정 지역의 패권을 다투는 거시적 전략 요소.
|
||||
- **감금 전술 (Jailing):** 적 기지 주변을 포위하여 활동을 제약하는 비공식적/정치적 행위.
|
||||
- **메타 진화 (Meta Evolution):** Arc 2와 같은 대규모 기술 업데이트를 통해 기존 유닛의 상성을 뒤집고 새로운 전략적 니즈 창출.
|
||||
|
||||
---
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- 신규 게임의 코어 루프나 수익화 구조를 기획할 때.
|
||||
- 가상 경제의 인플레이션이 심화되어 재화 가치 조절이 필요할 때.
|
||||
- 플레이어의 행동 데이터를 기반으로 밸런싱 패치를 수행하거나 이탈 방지 전략을 세울 때.
|
||||
|
||||
**언제 이 지식을 쓰면 안 되는가:**
|
||||
- 경제 시스템이 존재하지 않는 순수 서사 중심의 싱글 플레이어 게임.
|
||||
- 비즈니스 로직과 무관한 단순한 기능성 툴 개발.
|
||||
|
||||
**이 지식을 적용할 때의 권장 절차:**
|
||||
1. **코어 루프 설정:** 플레이어의 반복 행위(전투-보상-성장)를 정의.
|
||||
2. **경제 균형 설계:** 예상 재화 유입량과 소모량의 균형을 맞춘 '수도꼭지와 배수구' 설계.
|
||||
3. **BM 결합:** 게임의 재미를 해치지 않으면서 지속 가능한 수익을 창출할 수 있는 과금 모델 매핑.
|
||||
4. **시뮬레이션:** 몬테카를로 시뮬레이션 등을 통해 경제 시스템의 장기적 안정성 검증.
|
||||
5. **피드백 루프:** 실시간 데이터를 모니터링하여 밸런스 조정 및 이벤트 설계.
|
||||
|
||||
**주의사항 또는 알려진 한계:**
|
||||
- **P2W (Pay-to-Win) 논란:** 과도한 과금 유도는 무과금 유저의 이탈과 커뮤니티 붕괴를 초래함.
|
||||
- **인플레이션의 불가피성:** 시간이 흐름에 따라 재화 가치는 하락하므로, 주기적인 상위 재화 도입이나 대규모 소모처(Event)가 필수적임.
|
||||
|
||||
---
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
- **정보 상태:** verified
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** War Commander, Clash Royale 등 실전 상용 게임의 경제 모델과 디자인 이론을 기반으로 함.
|
||||
|
||||
---
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
- **기존 유사 문서:** [[Game Design Theory]], [[Game Economy Inflation]], [[Gacha]], [[게임 디자인 및 가상 경제 시스템|VIP System]], [[게임 디자인 및 가상 경제 시스템|Staircase Monetization]], [[Baiting Tactics]] 등 120여 개
|
||||
- **처리 방식:** MERGE & ARCHIVE
|
||||
- **처리 이유:** 게임 기획과 가상 경제는 뗄 수 없는 관계임에도 개별 기술 단위로 문서가 산재해 있음. 이를 하나의 통합된 '시스템 설계' 관점으로 묶어 지식의 밀도를 높임.
|
||||
|
||||
---
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
- **데이터 기반 밸런싱:** 개발자의 감(Intuition)보다 플레이어 행동 로그 분석에 기반한 정밀한 밸런싱이 표준화됨.
|
||||
- **Web3 및 토큰 이코노미:** 전통적인 중앙 집중식 경제에서 블록체인을 활용한 분산 경제 모델로의 실험적 확장 진행 중.
|
||||
|
||||
---
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** [[도메인 주도 설계(DDD) 및 소프트웨어 아키텍처]], [[심리학 및 행동과학 모델링]], [[비즈니스 전략 및 운영 프레임워크]]
|
||||
- **Raw Source:** Game Design 및 Economy 폴더 내 다수 파일
|
||||
|
||||
---
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-07 | 120개 이상의 게임 디자인/가상 경제 관련 문서 통합 및 v3.0 규격 적용 | MERGE | A |
|
||||
@@ -0,0 +1,125 @@
|
||||
---
|
||||
id: wiki-2026-0507-030
|
||||
title: 비즈니스 전략 및 운영 프레임워크
|
||||
category: 10_Wiki/Topics
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: [wiki-2026-0507-030, Business Strategy, Marketing, KPI, Project Management, Business Model, Agile, Scrum, Code Review, Pull Request, Management Consulting, MECE, Pyramid Principle, 비즈니스 전략, 마케팅, 경영 컨설팅]
|
||||
duplicate_of: none
|
||||
source_trust_level: B
|
||||
confidence_score: 1.0
|
||||
tags: [Business, Strategy, Marketing, KPI, Management, Operations, Consulting, Logic]
|
||||
raw_sources: [Management Consulting.md, Agile_and_Team_Collaboration.md, Code Review.md, Pull Request.md]
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
tech_stack:
|
||||
language: unspecified
|
||||
framework: unspecified
|
||||
---
|
||||
|
||||
# 비즈니스_전략_및_운영_프레임워크
|
||||
|
||||
## 📌 한 줄 통찰 (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:** 조직의 방향성을 일치시키고 데이터 기반으로 성과를 추적하는 프레임워크.
|
||||
|
||||
- **경영 컨설팅 및 전략적 사고 (Consulting & Thinking):**
|
||||
- **구조적 사고 (MECE):** Mutually Exclusive, Collectively Exhaustive. 중복 없이 전체를 포괄하는 분류 체계를 통해 문제의 사각지대를 제거.
|
||||
- **피라미드 원칙 (Pyramid Principle):** 결론부터 전달하고 이를 뒷받침하는 근거를 계층적으로 배치하여 의사 결정자의 즉각적인 행동 유도.
|
||||
- **의미 부여 (Meaning-making):** 방대한 데이터 분석을 넘어, 비즈니스 목적에 부합하는 통찰과 설득력 있는 스토리라인 합성.
|
||||
|
||||
---
|
||||
|
||||
## 🤖 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:** , [[CI_CD_파이프라인_및_배포_자동화]], [[심리학_및_행동과학_모델링]]
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
---
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-07 | 애자일, 코드 리뷰 등 개발 협업 프로세스 통합 업데이트 | UPDATE | B |
|
||||
|
||||
## 💻 코드 패턴 (Code Patterns)
|
||||
|
||||
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
|
||||
|
||||
```text
|
||||
# TODO
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
Reference in New Issue
Block a user