위에서 목표를 쪼개는 방식이 항상 나쁜 것은 아닙니다. 다만 Google은 좋은 목표 설계가 상향식과 하향식의 혼합이어야 한다고 설명하고, OKR은 인사평가와 같은 것이 아니라고 못 박습니다. 결국 실패하는 회사는 정렬을 만든 것이 아니라 숫자 전달 체계를 만든 회사에 가깝습니다. 이 글은 Google re:Work와 Microsoft 공식 자료를 기준으로 작성되었습니다. (Rework)
1. 핵심 개념 설명
왜 같은 목표 관리라도 어떤 회사는 정렬이 되고, 어떤 회사는 통제가 될까요. 기준은 목표가 전략을 공유하는 장치인지, 숫자를 배분하는 장치인지에 있습니다. Google은 OKR을 공개적 정렬 도구로 설명하면서도, 할 일 목록이나 평가표처럼 쓰면 안 된다고 분명히 안내합니다. (Rework)
카스케이딩 문제는 상위 목표를 하위에 연결하는 것 자체보다, 그 과정에서 팀의 판단권이 사라질 때 커집니다. Google은 성공적인 목표가 top-down과 bottom-up 제안의 혼합에서 나온다고 설명합니다. 따라서 기준은 “분해 여부”가 아니라 “제안권과 조정권이 남아 있는가”입니다. (Rework)
2. 최신 동향 및 핫 이슈
2026년 3월 업데이트된 Google re:Work 채용 가이드는 채용 평가를 역할 지식, 문제 해결, 리더십처럼 구조화된 속성으로 보라고 정리합니다. 2026년 1월 22일 Microsoft 공식 글도 성장 마인드셋 기반 문화 전환을 다시 강조했습니다. 최근 흐름은 숫자 한 줄보다 판단 기준을 구조화하는 쪽에 가깝습니다. (Rework)
2026년 4월 확인 기준으로 Google의 OKR 가이드는 다시 노출되며, 핵심 원칙도 유지되고 있습니다. 공개성, 60~70% 달성의 스트레치 개념, 평가와의 분리, 상향식 제안 허용이 여전히 중심입니다. 최신 변화는 도구의 유행이 아니라 “목표와 평가를 섞지 않는 설계”가 다시 강조된 점입니다. 자세한 내용은 Google re:Work에서 확인하세요. (Rework)
3. 핵심 정보 1
누가 먼저 이 구조에서 무너질까요. 상호의존성이 높은 팀, 실험이 필요한 팀, 고객 문제를 현장에서 먼저 보는 팀이 먼저 막힙니다. Google은 효과적인 팀을 단순한 계층 집합이 아니라 상호의존적으로 문제를 푸는 집단으로 정의합니다. (Rework)
조건 판단은 아래처럼 보면 명확합니다.
- 상위 목표만 있고 팀 제안권이 없으면 카스케이딩 문제가 커집니다. (Rework)
- 달성률이 곧 인사평가면 KPI 한계가 빠르게 드러납니다. (Rework)
- 실패가 학습이 아니라 낙인이면 실패 문화는 선언으로 끝납니다. (Microsoft)
- 인재 평가 기준이 숫자 하나면 협업과 문제 해결이 누락됩니다. (Rework)
4. 핵심 정보 2
어디까지가 인정 범위이고, 어디서부터 제외 범위일까요. 상위 방향을 먼저 제시하는 것까지는 합리적 범위입니다. 하지만 하위 팀이 목표를 재설계할 권한이 없고, 과정 중 수정도 못 하며, 결과 숫자가 곧 평가와 보상으로 이어지면 그때부터는 통제 중심 체계에 가깝습니다. (Rework)
보이지 않는 비용도 여기서 발생합니다. 낮은 목표만 고르는 비용, 팀 간 조정 비용, 실험 회피 비용, 이직 위험 비용이 쌓입니다. 이는 Google의 “낮은 점수는 다음 목표 개선 데이터”라는 원칙과, Microsoft의 “타인의 성공 기여”를 평가에 넣은 변화가 왜 필요한지 설명해 줍니다. 이는 여러 공식 자료를 종합한 해석입니다. (Rework)
실제 사례도 비슷합니다. Adobe는 연간 평가와 등급 중심 방식을 줄이고 상시 대화형 Check-in으로 바꿨고, 그 결과 성장을 돕는 피드백 문화 강화에 집중했습니다. Microsoft는 know-it-all보다 learn-it-all을 강조하며, 다른 사람의 성공 기여를 리뷰에 반영했습니다. (Adobe Blog)
5. 비교 및 분석
무엇이 결정적 차이일까요. 아래 표는 KPI 한계, 카스케이딩 문제, 실패 문화, 인재 평가 기준을 한 번에 판단하기 위한 비교표입니다.
| 구분 | 전통적 카스케이딩 | 실리콘밸리식 운영 |
|---|---|---|
| 목표 생성 | 위에서 확정 후 하위 배분 | 상위 방향 제시 후 상향식 혼합 |
| 성공 기준 | 100% 달성 압박 | 60~70% 달성도 유효 |
| 실패 처리 | 미달성 책임 추궁 | 학습 데이터로 해석 |
| 목표 성격 | 할 일 목록화 쉬움 | 결과와 영향 중심 |
| 평가 기준 | 개인 숫자 비중 큼 | 협업, 문제 해결, 리더십 포함 |
| 공개 범위 | 부서 내부 중심 | 조직 내 공개와 정렬 중시 |
| 조직 비용 | 보수적 목표, 사일로 | 조정 부담은 있으나 학습 축적 |
이 비교는 Google re:Work의 OKR 원칙, Microsoft의 평가 변화, Netflix의 협업형 고성과 문화, Adobe의 Check-in 운영을 함께 본 판단표입니다. Netflix도 공식 문화 메모에서 “업무를 잘할 뿐 아니라 함께 일도 잘하는 사람”을 강조합니다. 자세한 내용은 Microsoft 공식 사이트에서 확인하세요. (Rework)
6. 주의사항 및 팁
왜 제도를 바꿔도 실패할까요. 이름만 OKR로 바꾸고, 실제로는 기존 KPI 배분 방식을 유지하기 때문입니다. Google도 OKR은 체크리스트가 아니고, 평가의 대체어도 아니라고 분명히 말합니다. (Rework)
실수는 대체로 네 가지입니다. 도전 목표를 걸어놓고 인사 불이익을 주는 경우, 팀 간 의존성을 무시하는 경우, 평가 기준에서 협업을 빼는 경우, 실패를 보고하지 않게 만드는 경우입니다. 특히 실패 문화는 허용의 문제가 아니라 심리적 안전성과 피드백 구조의 문제로 봐야 합니다. (Rework)
7. FAQ
그렇지는 않습니다. 문제는 숫자 자체보다 숫자를 목표 설계, 평가, 보상에 기계적으로 묶는 방식입니다. Google도 목표 점수는 다음 OKR을 개선하는 데이터로 봐야 한다고 설명합니다. (Rework)
아닙니다. 회사 방향을 먼저 제시하는 것은 필요합니다. 다만 팀과 개인이 목표를 수정·제안할 권한까지 잃으면 실행보다 방어가 강해집니다. (Rework)
방임은 기준이 없는 상태입니다. 실패 문화는 실험의 목적, 검토 기준, 학습 축적 구조가 있는 상태입니다. Microsoft와 Google 공식 자료도 실패를 학습과 개선의 문맥에서 다룹니다. (Microsoft)
최소한 역할 지식, 문제 해결, 리더십, 협업 기여를 분리해서 봐야 합니다. Google은 구조화 면접에서 이 속성들을 명시하고, Microsoft는 타인 성공 기여를 리뷰에 반영했다고 밝힙니다. (Rework)
8. 확인 체크리스트
□ 우리 조직의 목표는 숫자 배분보다 우선순위 정렬에 가깝다
□ 팀이 상위 목표에 대해 수정·제안할 권한이 있다
□ 목표 달성률이 인재 평가 기준 전부가 아니다
□ 실패 보고가 불이익보다 학습으로 이어진다
□ 협업, 문제 해결, 리더십이 평가 항목에 들어간다
□ 상호의존 팀의 절차와 조건이 별도로 조정된다
□ KPI 한계와 카스케이딩 문제를 같은 문제로 혼동하지 않는다
□ 제외 범위와 예외 조건이 문서로 정리되어 있다
9. 최종 요약 및 행동 지침
결국 실패하는 회사는 목표를 세운 회사가 아니라, 목표를 숫자 전달 체계로 바꾼 회사입니다. 반대로 덜 실패하는 회사는 상위 방향은 명확히 두되, 조건 판단과 범위 판단을 팀에 남깁니다. 다음 단계는 제도 교체가 아니라, 목표·평가·실패 처리의 연결 방식을 먼저 분리해서 점검하는 일입니다.
이 글은 2026년 04월에 최초 작성되었으며, 2026년 04월에 업데이트되었습니다.
수록된 정보는 Google re:Work·Microsoft·Netflix·Adobe 공식 자료 기준이며 변경될 수 있으므로 공식 사이트에서 확인하시기 바랍니다.