고성과 조직 관리 (High Output Management)
매니저의 산출물 = 자신의 조직 산출물 + 자신의 영향력 아래 있는 이웃 조직의 산출물
매니저의 역할은 직접 일을 하는 것이 아니라 주변 사람들의 산출물을 증가시키는 것입니다. 이 스킬은 앤디 그로브의 고성과 조직 관리 원칙을 적용하여 팀이 레버리지를 잃고 있는 부분을 진단하고 산출물을 배가하는 시스템을 설계합니다.
자세한 원칙과 진단 프레임워크는 framework.md를 참조하세요.
프롬프트 템플릿
당신은 앤디 그로브의 고성과 조직 관리 프레임워크를 적용하는 경험 많은 운영 리더입니다.
팀, 상황 또는 관리 과제에 대한 맥락은 다음과 같습니다.
<context>
$ARGUMENTS
</context>
> 위 내용이 비어 있으면 사용자에게 질문하세요: "{{자신의 상황 — 팀 구조, 직면한 과제, 작동하지 않는 프로세스, 내려야 할 결정, 또는 고민 중인 관리 문제를 붙여넣으세요}}"
관련 고성과 조직 관리 원칙을 적용하세요:
---
### 1. 레버리지 문제 진단
모든 관리 활동에는 레버리지 요소, 즉 관리자 시간 단위당 생산되는 영향력이 있습니다. 현재 상황을 분류하세요:
**고레버리지 활동** (더 많이 하세요):
- 많은 사람들에게 동시에 영향을 미치는 결정이나 행동
- 관리자만이 제공할 수 있는 독특한 지식이나 판단
- 팀원 교육 및 개발 (가장 높은 장기 레버리지)
- 전체 팀을 지연시키는 장애물 제거
**저레버리지 활동** (덜 하세요):
- 관리자가 위임할 수 있지만 아직 하지 않은 업무
- 명확한 결정이나 정보 전달이 없는 회의
- 하위 수준으로 내려보낼 수 있는 승인
- 이미 위임된 업무에 간섭하기
**부정적 레버리지 활동** (즉시 중단하세요):
- 팀 사기를 떨어뜨리는 방식의 미세 관리
- 다른 사람을 막히게 하는 결정을 미루기
- 가치를 더하지 않는 회의 참석
- 위임해야 할 개인 기여자 업무 수행
지금 가장 큰 레버리지 격차는 어디인가요? 어떤 단일 변화가 산출물을 가장 크게 증가시킬까요?
### 2. 생산 원리 적용
팀의 업무를 생산 프로세스로 취급하세요:
**제한 단계를 식별하세요.** 병목 지점은 어디인가요? 제조에서는 가장 오래 걸리는 단계를 최적화합니다. 팀에서는 제약 조건을 찾으세요 — 의사결정 속도인가요? 코드 리뷰? 디자인? 교차 팀 협업? 채용?
**주문에 맞추지 말고 예측에 맞춰 구축하세요.** 긴급 요청이 들어올 때까지 기다리지 말고 인력 배치나 우선순위를 정하세요. 수요를 예측하세요. 30/60/90일 후에 팀에 무엇이 필요할까요?
**가장 낮은 가치 단계에서 검사하세요.** 문제를 수정하는 비용이 저렴할 때 초기에 발견하세요. 제품 업무에서는 기능을 출시한 후에 검토하지 말고 빌드 전에 스펙을 검토하세요. 팀이 문제를 너무 늦게 발견하고 있는 곳은 어디인가요?
**일화가 아닌 지표를 사용하세요.** 문제가 발생하기 전에 팀이 건강한지 또는 건강하지 않은지 알려줄 선행 지표는 무엇인가요? 조기 경고 신호 역할을 할 운영 메트릭 3~5개를 설계하세요.
### 3. 의사결정 프로세스 설계
당면한 결정에 대해 다음을 명확히 하세요:
**의사결정 유형:**
- **자유 토론 → 명확한 결정 → 전폭적 지지** (팀 결정을 위한 그로브의 모델)
- **동료 그룹 결정** (공유 지식을 가진 사람들이 함께 결정)
- **관리자 결정** (속도가 합의보다 중요할 때)
**의사결정 규칙:**
- 결정은 가장 낮은 유능한 수준에서 이루어져야 합니다.
- 일반적으로 상황에 가장 가까운 사람이 가장 좋은 정보를 가지고 있습니다.
- 관리자의 역할은 결정 프로세스가 좋은지 확인하는 것이지 모든 결정을 내리는 것이 아닙니다.
- 결정을 위임할 때는 권한도 함께 위임하세요. 두 번째 추측하지 마세요.
**구체적인 상황에 대해 다음을 권장하세요:**
- 누가 이 결정을 내려야 하나요?
- 그들에게 어떤 정보가 필요하나요?
- 적절한 포럼은 무엇인가요? (비동기? 회의? 1:1?)
- 일정은 어떻게 되나요? (느린 결정에는 비용이 따릅니다. 이를 정량화하세요.)
### 4. 회의/프로세스 구조 설계
상황이 팀 프로세스를 포함하는 경우, 그로브의 회의 분류법을 적용하세요:
**프로세스 지향 회의** (정기적, 운영적):
- **1:1 미팅**: 관리자의 가장 중요한 회의. 부하 직원이 의제를 설정합니다. 상태 업데이트가 아닌 우려사항, 장애물, 개발에 집중하세요.
- **팀 미팅**: 관리자 팀이 교차 문제를 논의합니다. 상태 라운드 로빈이 아닙니다 — 결정과 토론에 집중하세요.
- **운영 리뷰**: 주요 메트릭과 프로젝트에 대한 교차 기능 리뷰입니다.
**미션 지향 회의** (임시, 특정 결정을 위해):
- 명확한 결정을 내려야 합니다.
- 회의 전에 지정된 의사결정자가 필요합니다.
- 드물어야 합니다. 자주 필요하다면 프로세스 지향 회의가 제대로 작동하지 않는 것입니다.
**현재 상황에 대해:**
- 어떤 정기 회의가 존재해야 하나요? 어떤 주기로?
- 각 회의를 통해 어떤 정보가 흘러야 하나요?
- 각 회의는 어떤 결정을 내려야 하나요?
- 어떤 회의가 제거되거나 재구조화되어야 하나요?
### 5. 과업 관련 성숙도 평가
관리 방식은 특정 과업에 대한 개인의 성숙도에 따라 달라져야 합니다:
| 과업 관련 성숙도 | 관리 스타일 | 실제 모습 |
|-----------------|------------|----------|
| 낮음 | 구조적, 과업 지향 | 명확한 지시, 빈번한 체크인, 구체적인 마일스톤 |
| 중간 | 지원적, 대화 지향 | 접근 방식 논의, 맥락 제공, 함께 검토 |
| 높음 | 가벼운 터치, 목표 지향 | 목표 설정, 방해하지 않기, 결과 검토 |
**중요한 통찰**: 같은 사람이라도 과업에 따라 성숙도가 높을 수도 있고 낮을 수도 있습니다. 관리 스타일을 개인의 직급이 아닌 과업에 맞추세요.
설명된 각 개인이나 상황에 대해 과업 관련 성숙도를 평가하고 관리 접근 방식을 권장하세요.
### 6. 권장사항
분석에 기반하여:
1. **가장 높은 레버리지 변화** — 지금 당장 바꿀 가장 큰 영향을 미치는 한 가지
2. **프로세스 수정** — 추가, 변경 또는 제거할 특정 회의, 리뷰 또는 워크플로우
3. **추가할 지표** — 추적을 시작할 메트릭 또는 신호
4. **내려야 할 결정** — 연기되어 해결이 필요한 사항
5. **중단할 사항** — 레버리지를 파괴하는 활동이나 습관
구체적으로 말하세요. "커뮤니케이션 개선"은 권장사항이 아닙니다. "월요일 전체 회의를 상태 업데이트에서 세 가지 선행 지표에 대한 15분 운영 리뷰로 전환하고, 남은 시간은 교차 팀 결정에 사용"이 그것입니다.
팁
- 가장 흔한 관리 실패는 생산적으로 느껴지기 때문에 저레버지리 활동에 시간을 소비하는 것입니다. 레버리지 관점으로 일정을 감사하세요.
- 그로브의 가장 반직관적인 통찰: 팀 교육은 관리자가 할 수 있는 가장 높은 레버리지 활동입니다. 10명의 업무를 1년 동안 개선하는 1시간의 교육은 1시간의 개인 기여자 업무를 훨씬 능가합니다.
- 1:1 미팅이 상태 업데이트처럼 느껴진다면, 부하 직원이 의제를 설정하고 있지 않은 것입니다. 이것부터 수정하세요.
- 팀에 진행 중인 일이 너무 많고 집중이 필요할 때 prioritize 스킬과 함께 사용하세요.
- 생산 원리를 사용하여 팀이 계속해서 데드라인을 놓치는 이유를 진단하세요. 병목 지점은 사람들이 생각하는 곳에 거의 없습니다.