| name | management-skill |
| version | 1 |
| description | 6축×6규모 조직운영 엔진. 조직설계·인재·실행·문화·재무·위기를 규모별 패턴으로 진단·설계·처방. 트리거: 경영스킬, management skill, 조직운영, 조직설계, 인재관리, 실행시스템, 문화엔지니어링, 운영재무, 위기관리, 성장통, OKR설계, 채용전략, 조직건강, 진단해줘, 설계해줘, 처방해줘, diagnose, design. NOT: 사업전략(→biz-skill), 재무모델링(→financial-model), BP(→bp-guide), 투자(→investment-skill), 개인심리(→human-skill), 기획(→planning-skill).
|
Management Skill — 조직 운영 메커니즘 엔진
biz-skill이 "시장을 향한 판단(What to do)"이라면, 이 스킬은 "조직을 굴리는 메커니즘(How to run)".
전략이 맞아도 조직 운영이 틀리면 90%가 실패한다(HBS Kaplan). 이 스킬은 그 90%를 막는다.
Skill Boundaries
- 하는 것 — 6축×6규모 조직운영 엔진.
- 안 하는 것 — 사업전략(→biz-skill), 재무모델링(→financial-model), BP(→bp-guide), 투자(→investment-skill), 개인심리(→human-skill), 기획(→planning-skill).
When to Use
- 사용자가 "진단해줘", "설계해줘", "처방해줘", "diagnose", "design." 같은 표현으로 발동
- 도메인 작업이 필요한 시점
- 안 쓸 때 — 사업전략(→biz-skill), 재무모델링(→financial-model), BP(→bp-guide), 투자(→investment-skill), 개인심리(→human-skill), 기획(→planning-skill).
Prerequisites
| # | 체크 | 미충족 시 |
|---|
| 1 | 대상·입력 명확 (스킬 발동 의도 확인) | 1줄 확인 후 진입 |
| 2 | references/ 폴더 접근 가능 | inline fallback |
⛔ 절대 규칙
| # | 규칙 | 이유 |
|---|
| 1 | 규모 판정 선행 — 모든 분석 전에 S1~S6 규모 단계부터 확정 | 같은 질문에 규모별로 답이 뒤집힘. 규모 없는 경영 조언 = 일반론 |
| 2 | 스포크 로드 필수 — 기억 실행 금지. 스크리닝 후 해당 spoke만 로드 | 36 spoke 기억 재구성 = FAIL |
| 3 | 전수 로드 금지 — 최대 4 spoke (2축×2규모 또는 1축×4규모) | 토큰 폭발 방지 |
| 4 | 대조쌍 필수 — 성공 패턴에 같은 규모의 실패 패턴 병치 | 실패가 운영의 경계를 보여줌 |
| 5 | biz-skill 위임 — "이 판단은 시장/전략 영역" 감지 시 biz-skill 위임 명시 | 경영≠전략. 격리하면 안 되지만 섞어도 안 됨 |
§1. 6축 매트릭스
| 코드 | 축명 | 핵심 질문 | 핵심 출처 |
|---|
| M1 | 조직설계 | 지금 규모에 맞는 구조는? 의사결정 경로는? | Mintzberg 5유형, McKinsey 7S |
| M2 | 인재 파이프라인 | 채용→온보딩→성장→리텐션→이탈 어디가 병목? | Collins Level 5, 인재관리 프레임워크 |
| M3 | 실행 시스템 | 목표 정렬(OKR)·회의·의사결정 프로토콜이 작동하는가? | Grove, Drucker MBO, RACI, Harnish |
| M4 | 문화 엔지니어링 | 문화가 설계되었는가, 방치되었는가? 규모 전환에서 살아남는가? | Schein 3층, Kotter 8단계, Lencioni, Dalio |
| M5 | 운영 재무 | P&L을 읽고 관리하는가? 캐시를 운영 도구로 쓰는가? | Harnish Cash, 번레이트·예산 배분 |
| M6 | 위기·전환 관리 | 조직 내부 위기(인재이탈·문화붕괴·성장통)를 감지하고 대응하는가? | Greiner 위기모델, Kotter 변화관리, 실패 패턴 5대 |
스포크 파일: references/{코드소문자}-s{규모번호}.md (예: m1-s3.md = 조직설계 × 16-50명)
§2. 규모 단계 (횡단 조건 변수)
| 코드 | 규모 | 핵심 전환점 | Greiner 매핑 |
|---|
| S1 | 1-5명 | 창업자=조직. 합의 기반. | Phase 1 (창의성) |
| S2 | 6-15명 | "hallway moment" — 첫 매니저 | Phase 1→2 전환 |
| S3 | 16-50명 | 창업자 직접관여 한계. 중간관리 도입 | Phase 2 (지시) |
| S4 | 51-150명 | 던바 벽 접근. 비공식 소통 한계 | Phase 3 (위임) |
| S5 | 151-500명 | 던바 벽 돌파. 구조적 시스템 필수 | Phase 4 (조정) |
| S6 | 500+명 | 다사업부·플랫폼. 문화 제도화 | Phase 5 (협업) |
규모별 전환 매트릭스 = 이 스킬의 교차원리:
"동일 축이라도 규모에 따라 정답이 뒤집힌다."
→ 모든 spoke에 "이 규모에서의 정답" + "이전/다음 규모에서는 왜 틀린지" 명시.
§3. 모드 자동 판별
| 입력 유형 | 모드 | 예시 |
|---|
| 현재 조직 상황 서술 | 진단 | "우리 50명인데 실행이 안 돼" |
| 목표 상태/규모 질문 | 설계 | "100명으로 키우려면 조직을 어떻게" |
| 특정 문제/위기 서술 | 처방 | "핵심 인재가 떠나고 있어", "문화가 무너지고 있어" |
복합 시 진단→설계 파이프라인. 애매하면 사용자에게 모드 확인.
§4. 실행 파이프라인
Step 1: 규모 판정 (필수 선행)
규모 판정 유연화: 초기 추정으로 시작(형의 입력 기반 S1~S6 중 배정). 핑퐁 과정에서 규모 판정 변경 허용 — '50명→100명 성장' 같은 복합 시나리오는 현재규모+목표규모 2개 병기. 선행 확정 강제 아님.
사용자 입력에서 현재 인원·조직 상태를 추출 → S1~S6 매핑. 불명확 시 사용자에게 확인.
Step 2: 6축 스크리닝
→ references/screening-matrix.md 참조
6축을 ●핵심/○관련/-무관으로 1줄 판정. ● 축만 spoke 로드 대상 (최대 3축).
Step 3: 스포크 로드
스크리닝 결과: M1●, M3●, M4○, 나머지 -
규모: S4 (80명)
→ 로드: m1-s4.md, m3-s4.md (핵심 2개)
→ 인접 규모 참조: m1-s3.md (이전 단계 패턴 비교용)
→ 로딩 cap: 4 spoke 이내
Step 4: 패턴 매칭 + 분석
→ references/report-template.md 참조
모드별 분석 수행. 모든 패턴에 성공/실패 대조쌍 강제.
Step 5: biz-skill 위임 판정
분석 중 "시장 선택", "경쟁 전략", "수익 모델" 등 전략 영역 감지 시:
"이 판단은 biz-skill 영역입니다 — [관련 축] 참조 권장" 명시.
Step 6: 보고서 구조화
→ references/report-template.md 참조
§5. 경영 실패 패턴 5대 (전 모드 공통 경고)
| # | 패턴 | 핵심 신호 |
|---|
| 1 | 리더십-운영 단절 | 전략은 있는데 일상에서 안 돌아감 |
| 2 | 인센티브 불일치 | 전략 목표 ≠ 보상 체계 |
| 3 | 조직 인프라 미비 | 제품에만 집중, 운영 시스템 방치 |
| 4 | 문화 희석 | 급성장 + 대량 채용 → 기존 문화 소멸 |
| 5 | 성장통 무시 | 규모 전환점에서 방식 전환 거부 |
진단/처방 모드에서 해당 패턴 감지 시 반드시 경고 삽입.
PRE_WRITE — 진단서·설계안·처방 작성 직전 룰
목적: 조직 진단·처방 작성 시점에 단문·동사·규모-구체 강제. 일반론 함정 차단.
5룰 (작성 직전 강제)
| # | 룰 | 경영 결로 변환 | FAIL 신호 |
|---|
| 1 | 진단 단언형 | 1축 진단 = 1문장 ≤40자. 단언형 | "검토가 필요해 보인다" 완곡 |
| 2 | 단일 처방 | 1축 1처방 (Tier 분리는 OK) | "A하고 B도 검토" |
| 3 | 수치+규모 | "S4 80명에서 OKR 실행률 60%" 형식. 규모+수치 1조 | "조직이 크다" 추상 |
| 4 | 처방 동사시작 | 처방 = 동사 (도입·해체·이관·재정의) | "OKR 시스템 부족" 명사형 |
| 5 | AI식 사전회피 | "조직 문화 활성화", "효과적인 운영을 위해", "지속적인 개선" — 작성 단계 차단 | 경영컨설팅 관용어 |
모드별 PRE_WRITE
- 진단: 6축 ●축당 1문장 결론. 규모+수치 1조
- 설계: 미래 상태 = 단언형. 의존 1줄
- 처방: 액션 = 동사시작. 기한·예상효과 명시
자체검증
| # | 체크 | 위반 |
|---|
| 1 | 진단 ≤40자, 단언형? | 완곡 = 단언 변환 |
| 2 | 처방 동사시작? | 명사형 = 동사 변환 |
| 3 | 규모+수치? | 누락 = 데이터 보완 |
| 4 | AI식 컨설팅 관용어 hit? | hit ≥ 1 = 평문 변환 |
§CONFIRM_GATE
산출물 송출 직전 형 컨펌 1회. → shaper-skill/references/_common/confirm-gate.md
§INV NO_WORK_LABEL
산출물·대화 작업 라벨 ZERO. → shaper-skill/references/no-work-label.md
🚨 MUST cascade → shaper-skill
모든 산출물 shaper-skill MUST 경유. → shaper-skill/references/_common/cascade-must.md
Output Path
| 산출물 | 경로 |
|---|
| 주 산출물 | mnt/outputs/management-skill_{topic}_{YYYY-MM-DD}.md |
| 형식 | 진단서로, 설계안으로, .md로. |
| 리서치 결과 (해당 시) | {VAULT}/_skills research/management-skill/{YYYY-MM-DD}_{topic}.md |
Reference Index
| 파일 | 내용 | 언제 |
|---|
references/m1-org-design.md | m1 org design | 해당 단계 진입 시 |
references/m2-talent.md | m2 talent | 해당 단계 진입 시 |
references/m3-execution.md | m3 execution | 해당 단계 진입 시 |
references/m4-culture.md | m4 culture | 해당 단계 진입 시 |
references/m5-operating-finance.md | m5 operating finance | 해당 단계 진입 시 |
references/m6-crisis-transition.md | m6 crisis transition | 해당 단계 진입 시 |
references/report-template.md | report template | 해당 단계 진입 시 |
references/screening-matrix.md | screening matrix | 해당 단계 진입 시 |
Next Phase
본 스킬 작업 후 자연스럽게 이어지는 흐름:
- 후속 작업 →
biz-skill
- 후속 작업 →
financial-model
- 후속 작업 →
bp-guide
- 후속 작업 →
investment-skill
- 후속 작업 →
human-skill
Failure Modes (Gotchas)
| 함정 | 대응 |
|---|
| 규모 없이 경영 조언 | 반드시 Step 1 규모 판정 선행. 미확정 시 사용자에게 질문 |
| biz-skill과 영역 혼동 | §5 경계: "시장·전략 = biz-skill, 조직·운영 = management-skill" |
| 일반론 함정 | spoke 없이 답변 금지. 규모별 구체 패턴으로만 답변 |
| human-skill과 중첩 | 경영스킬은 "조직 레벨 패턴", human-skill은 "개인 행동 메커니즘". 겹치면 human-skill 위임 |
| 전 축 나열 | 스크리닝 후 핵심 축만. 6축 전부 나열하면 판단 불가 |
| 리모트/하이브리드 | M3(실행시스템) + M4(문화) spoke에서 리모트 패턴 별도 명시. 미커버 영역은 "확인필요" 태그 |
❌ WRONG vs ✅ CORRECT
❌ WRONG: 트리거 단어만 보고 발동 — 본질·범위 확인 ✗ → 오발동·범위 이탈
✅ CORRECT: Skill Boundaries·When to Use 확인 후 발동 → 본질 작업만 수행