# 왜 잘못된 일이 벌어지는가 Scale AI CEO Alexandr Wang의 메모 [번역글]

> Clean Markdown view of GeekNews topic #21899. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=21899](https://news.hada.io/topic?id=21899)
- GeekNews Markdown: [https://news.hada.io/topic/21899.md](https://news.hada.io/topic/21899.md)
- Type: news
- Author: [ashbyash](https://news.hada.io/@ashbyash)
- Published: 2025-07-09T22:47:37+09:00
- Updated: 2025-07-09T22:47:37+09:00
- Original source: [blogbyash.com](https://blogbyash.com/translation/information-compression/)
- Points: 25
- Comments: 7

## Summary

Scale AI의 CEO Alexandr Wang이 팀에 보낸 메모에서 **정보 압축**이 스타트업부터 대기업까지 조직 내 **의사소통 실패**와 **비효율성**의 핵심 원인임을 강조합니다. 현실 세계의 복잡함을 간단한 언어나 도식으로 전달하는 과정에서 필연적으로 **맥락과 뉘앙스**가 소실되고, **조직이 커질수록** 이로 인한 **오해와 잘못된 결과물**이 빈번해진다는 것이 주요 내용입니다. Wang은 이 문제를 해결하기 위해 **직접 경험 기반의 업무 전달**과 **강력한 조직 문화**, **고객과 개발의 긴밀한 연결**이 필수적이라고 이야기하며, 정보 압축의 한계를 이해하고 예방하는 것이 성장 단계에 있는 개발 조직과 스타트업에게 매우 중요합니다.

## Topic Body

**Scale AI의 CEO, Alexandr Wang이 2019년 Scale AI 팀에게 보낸 메모 중 일부**  
  
**정보 압축: 왜 일이 잘못되는가?**  
  
##### 1. 정보 압축이란 무엇인가?  
- 현실 세계의 **복잡한 상황**을 인간이 이해할 수 있도록 **간단한 언어나 그림**으로 전달하는 과정이 바로 ‘정보 압축’임.  
- 하지만 이 과정에서 **대부분의 뉘앙스와 중요한 맥락이 사라짐**.   
  
##### 2. 왜 정보 압축이 문제를 일으키는가?  
- **압축 과정에서 필연적으로 정보 손실**이 발생, 결과적으로 **왜곡된 메시지**가 전달됨.  
- 상대방은 실제 상황과는 **거리가 먼 이미지를 머릿속에 그리게 되고**, 그 기반 위에서 문제를 해결하려다 **엉뚱한 결과**가 나옴.  
- **대부분의 조직 내 의사소통 실패**와 비효율성의 근본 원인은 이 정보 압축의 한계에 있음.  
  
##### 3. 조직 규모와 정보 압축의 상관관계  
- **작은 스타트업(5명 미만)** 은 모든 구성원이 맥락을 공유하고, 사전 지식(prior)이 비슷해 **압축된 정보만으로도 충분히 소통**이 가능함.  
- **조직이 커질수록** 부서 간 벽(사일로)이 생기고, **공유 컨텍스트와 사전 지식이 약화**되어 정보 압축의 부작용이 커짐.  
- 결과적으로 **불필요한 인계, 오해, 비효율적인 결과물**이 늘어남.  
  
##### 4. 정보 압축 문제의 대표적 사례  
- **고객의 요구사항**: 고객이 자신의 문제를 압축해서 전달하지만, 실제로 원하는 것과는 **거의 일치하지 않음**.  
- **비개발자→개발자 요청**: 비개발자가 개발자에게 일을 요청할 때, **실제 난이도와 맥락이 전달되지 않아** 엉뚱한 결과가 나옴.  
- **실제 문제와 무관한 솔루션**: 표면적으로는 문제를 해결하는 것 같지만, **실질적 개선 효과가 없는 결과물**이 나옴.  
  
##### 5. 정보 압축의 해법  
- **인계 최소화, 직접 경험**: 문제를 직접 경험하고, 인계를 줄이는 것이 최선.  
  (예: 도그푸딩, 다양한 역할 직접 경험)  
- **강한 조직 문화**: 사전 지식(prior)과 맥락을 조직 내에서 공유해야 함.  
- **고객과 코드의 거리 최소화**: 고객 문제와 실제 개발이 **긴밀하게 연결**되어야 함.  
- **호기심과 추가 질문**: 문제를 해결하는 사람이 **끊임없이 질문**하고, 맥락을 파악하려 노력해야 함.  
- **고객 출신 인재 채용**: 실제 문제를 잘 아는 사람이 팀에 있으면 맥락 손실이 줄어듦.  
  
##### 6. 핵심 요약  
- **정보 압축은 불가피하지만, 항상 불완전하다.**  
- **조직이 커질수록 정보 압축의 부작용이 커진다.**  
- **최고의 해법은 '압축'에 의존하지 않는 조직 구조와 문화, 그리고 직접 경험이다.**

## Comments



### Comment 41205

- Author: ethanhur
- Created: 2025-07-10T16:15:21+09:00
- Points: 1

당연하고 중요한 이야기지만, 실제로 실천하려고 하면 되게 어렵고 신경을 많이 써야 하는 부분이죠. 주변의 뛰어난 동료들은 압축된 정보를 잘 decompress 하는 감각이 뛰어났던 것 같습니다.

### Comment 41393

- Author: ashbyash
- Created: 2025-07-14T22:42:50+09:00
- Points: 1
- Parent comment: 41205
- Depth: 1

좋은 말씀 감사합니다!

### Comment 41186

- Author: pmc7777
- Created: 2025-07-10T11:08:59+09:00
- Points: 1

실제로 꽤 많은 개발자들도 가능하면 문제를 직접 보고 이해하길 원할겁니다.

### Comment 41197

- Author: beoks
- Created: 2025-07-10T15:04:33+09:00
- Points: 2
- Parent comment: 41186
- Depth: 1

> 호기심과 추가 질문: 문제를 해결하는 사람이 끊임없이 질문하고, 맥락을 파악하려 노력해야 함.  
  
이 부분이 가장 중요하다고 생각합니다.  
본질에 가까이 다가가려는 태도가 인계 최소화, 강한 조직문화, 고객과 코드의 거리 최소화 등 다른 해법을 만들어가는 동기가 되니까요.  
  
최근까지 주어진 요구사항을 구현하는데만 집중했는데, 개발을 다하고나니 실제로 효과는 미미한 듯한 느낌을 많이 받았습니다. 요즘은 요구사항 논의를 하기전에 "필요한 이유"를 집요하게 물어보는데 이 과정에서 정답에 가까운 해법이 나오는 것 같습니다.

### Comment 41395

- Author: ashbyash
- Created: 2025-07-14T22:43:16+09:00
- Points: 1
- Parent comment: 41197
- Depth: 2

맞아요 목적이 무엇인지, 왜 해야 하는지 깊게 파고들수록 명확한 해법이 나오는 거 같아요

### Comment 41175

- Author: laeyoung
- Created: 2025-07-10T10:06:43+09:00
- Points: 1

좋은 번역 감사 드립니다!

### Comment 41394

- Author: ashbyash
- Created: 2025-07-14T22:42:59+09:00
- Points: 1
- Parent comment: 41175
- Depth: 1

글 좋게 봐주셔서 감사합니다!