지난 편에서 OKR 5단계 실행 가이드를 살펴봤어요. 이번 편에서는 대부분의 OKR 실패 원인인 12가지 흔한 실수와 해결법을 정리할게요. OKR을 확정하기 전 사전 점검 체크리스트로 활용해보세요.
| 실수 | 무엇이 잘못되는가 | 해결법 |
|---|---|---|
| 모든 OKR을 같게 다룸 | 야망형 목표가 약속이 되거나 약속이 선택이 됨 | OKR을 헌신형 또는 야망형으로 확실히 구분 |
| 일상 업무를 OKR로 만듦 | OKR이 할 일 목록이 됨 | 온전한 집중이 필요한 것만 OKR로 정함 |
| “안전한” 야망형 OKR | 야망형 OKR이 1.0을 기록 | ~0.7 = 성공인 도전적인 목표 설정 |
| 리소스 할당 실패 | 번아웃 또는 역량 낭비 | 110~120% 역량 기준으로 설계 |
| 임팩트 없는 목표 | 측정 가능하지만 무의미한 OKR | 모든 목표를 고객 또는 비즈니스 임팩트에 연결 |
| 헌신형 OKR에서 의존성 누락 | KR은 달성했는데 목표 달성 실패 | KR에 가능한 의존성을 모두 포함 |
| 팀 간 OKR 충돌 | 개인이 여러 방향으로 끌려감 | 리더십에서 먼저 정렬, 상위에서 충돌 해결 |
| 모호한 목표 | 성공의 의미를 팀이 동의하지 못함 | 명확한 KR로 고정할 수 있는 목표 작성 |
| 불분명한 OKR 계층 | 목표, Objective, KR이 뒤섞임 | 목표 → 목적 → KR의 명확한 분리 유지 |
| 양적 지표만 측정 | 지표가 조작되고 품질 하락 | 양 + 질 + 효율의 균형 |
| 활동 기반 KR | 노력 ≠ 임팩트 | 성과를 측정, 완료된 활동이 아님 |
| 실행 전 검증 없음 | 문제가 너무 늦게 발견됨 | 사전에 구조와 측정 가능성 리뷰 |
1. 실수 1: 모든 OKR을 같은 방식으로 다루기
무엇이 잘못되는가
팀이 모든 OKR을 같게 다뤄요. 도전적인 목표를 헌신형 목표처럼 관리하고, 진짜 약속을 “대충 비슷하면 되지”로 다루죠.
왜 위험한가
– 야망형 → 헌신형으로 다루면: 팀이 방어적으로 변해요.
– 헌신형 → 야망형으로 다루면: 기한이 밀리고 신뢰가 무너져요.
해결법: 모든 OKR에 [헌신형] 또는 [야망형]인지를 명시적으로 표기하고, 성공 기준을 사전에 합의하세요. 0.7 = 성공은 야망형에만, 헌신형은 1.0이 필요해요.
실수 2: 일상 업무를 OKR로 만들기
무엇이 잘못되는가
팀이 일상적인 반복 업무를 OKR로 바꿔요. 그 작업이 달성하기도 쉽고 눈에 띄기 때문이죠.
빠른 테스트:
“이 업무는 적당히 해도 처리가 원활하게 가능한가?”
답이 “예”라면, 기본 업무(Baseline Work)이지 OKR이 아닐 가능성이 높아요.
올바른 프레이밍:
– ❌ “지원 티켓을 처리한다” → 당연하게 매일 해야할 업무
– ✅ “평균 지원 티켓 해결 시간을 48시간에서 12시간으로 줄인다” → 우선순위와 트레이드오프가 필요한 명시적 개선
핵심 구분
유지보수는 시스템을 돌아가게 하는 것이에요. OKR은 시스템을 의미 있게 변화시키는 것이죠.
실수 3: 1.0을 찍는 “안전한” 야망형 OKR
무엇이 잘못되는가
팀이 안전하고 쉽게 달성 가능한 목표를 “야망형” 목표로 설정해요.
왜 발생하는가
목표를 놓치고 평가받을까 하는 두려움
현실 점검:
– 야망형 OKR이 정기적으로 0.9~1.0을 기록한다면, 도전적이지 않은 거예요
– 건강한 야망형 OKR은 평균 0.7 근처여야 해요
해결법
이렇게 물어보세요.
– “모든 것이 잘 풀리면, 현실적으로 무엇을 달성할 수 있을까?”
– “고객을 정말 놀라게 할 성과는 무엇일까?”
목표가 완전히 안전하게 느껴진다면, 너무 소극적인 거예요.
실수 4: 리소스를 과다 또는 과소 할당하기 (110~120% 규칙)
두 가지 실패 모드:
– 너무 야심찬 경우 (200%+ 역량): 번아웃, 부분적 딜리버리, 품질 하락
– 너무 보수적인 경우 (60~70% 역량): 잠재력 낭비, 진짜 진전 없음
실용적 가이드라인:
– 전체 OKR은 가용 역량의 ~110~120%를 필요로 해야 한다
– 헌신형 OKR만으로 모든 것을 소진하면 안 된다
이것이 팀을 무너뜨리지 않으면서 우선순위를 강제하는 압력을 만들어줘요.
실수 5: 비즈니스 가치를 만들지 않는 영향 낮은 OKR
무엇이 잘못되는가
목표가 측정 가능하지만 무의미해요.
테스트:
– 이것이 고객에게 어떻게 도움이 되는가?
– 이것이 비즈니스에 어떻게 도움이 되는가?
– 리더십이 이것이 성공하면 관심을 가질까?
이 답이 불명확하다면, 목표가 잘못 설정된 거예요.
예시:
– ❌ “새 디자인 시스템으로 마이그레이션한다”
– ✅ “디자인-개발 핸드오프 시간을 2주에서 3일로 줄인다”
항상 목표를 ‘작업의 형태’이 아닌 작업이 가진 성과나 영향에 연결하세요.
실수 6: 헌신형 OKR에서 핵심 의존성 누락
무엇이 잘못되는가
핵심 결과가 핵심 마일스톤을 빠뜨려서, 팀이 “KR을 달성했는데” 목표 달성에는 실패해요.
전형적 증상
대부분의 KR이 완료되었는데도 출시 일정이 밀리는 경우.
해결법
헌신형 OKR의 경우 기한에서 역산하여, 승인, 교육, 롤아웃, 커뮤니케이션 등 모든 의존성을 KR에 포함하세요.
실수 7: 팀 간 OKR 충돌
무엇이 잘못되는가
디자인, 엔지니어링, 마케팅 OKR이 프로덕트 우선순위와 다른 방향으로 사람들을 끌어가요.
현상
업무나 소통의 충돌, 분산된 노력, OKR들이 상충되어 고민해야 하는 실무자
해결법:
– OKR이 조직적으로 전파되기 전에 리더십이 정렬을 완료해야 해요.
– 역량 계획에서 트레이드오프를 명시적으로 표현해야 해요.
– 교차 기능 팀원에게는 프로덕트 팀 OKR이 우선시 되어야 해요.
– 충돌은 개인 실무자가 아닌 상위에서 해결되어야 해요.
실수 8: 핵심 결과로 측정할 수 없는 모호한 목표
무엇이 잘못되는가
의미 있는 핵심 결과로 변환하기엔 너무 추상적인 목표를 작성해요.
- “주류 시장으로 확장한다”
- “브랜드 존재감을 강화한다”
- “이 분야의 리더가 된다”
왜 위험한가
목표를 핵심 결과로 고정할 수 없으면, 팀이 성공을 다르게 해석하고, 하위 OKR이 제각각으로 되며, 성과가 객관적 증거로 측정되는 것이 아니라 정성적인 의견으로 이뤄져요.
해결법
목표는 정성적으로 유지하되, 해석을 제한할 만큼 구체적이고, 명확한 고객 또는 시장 맥락에 기반하며, 측정 가능한 핵심 결과로 표현 가능해야 해요. 어떤 증거가 진전을 증명할지 팀이 합의할 수 없다면, 그 목표는 아직 사용할 수 없어요.
실수 9: 불분명한 OKR 계층 (목표, Objective, KR의 혼동)
무엇이 잘못되는가
팀이 OKR 형태의 언어를 쓰지만, 여러 계층을 하나로 뭉뚱그려 버려요. 목표가 지표처럼 읽히고, 핵심 결과가 작업을 설명하고, 회사 목표가 팀 OKR과 동일해 보이죠. 모든 것이 평면적으로 변해버려요.
해결법
명확한 분리를 유지하세요.
– 목표(Objective): 성공이 어떤 모습이어야 하는지를 설명
– 핵심 결과(Key Result): 그 성공이 일어나고 있는지를 증명
OKR 구조를 한 문장으로 설명할 수 없다면, 아마 합쳐져 있는 거예요.
실수 10: 품질에 대한 고려 없이 양적 지표만 최적화하기
무엇이 잘못되는가
팀이 품질이나 효율을 고려하지 않고 “양적인 지표”에만 집중해요.
왜 위험한가
양적인 지표는 조작하기 쉬워요. 팀은 목표를 달성하면서도 영업 효율은 떨어지고, 고객 품질은 나빠지고, 장기 성과가 악화될 수 있어요. OKR은 긍정적으로 보이지만 비즈니스는 조용히 나빠지는 상황이 벌어지죠.
해결법
의도적으로 지표의 균형을 맞추세요. 양 그리고 질, 성장 그리고 효율, 선행 그리고 후행 지표. 모든 핵심 결과가 같은 방향(“더 많이”)을 가리킨다면, 뭔가 중요한 것이 빠져 있는 거예요.
실수 11: 성과 기반이 아닌 활동 기반 핵심 결과
무엇이 잘못되는가
팀이 ‘완료된 행동’으로 성공을 정의해요. 웨비나 수, 캠페인 수, 착수한 이니셔티브 수. 단순 행위와 행위에 의한 성과가 구분 불가능해지죠.
왜 위험한가
활동은 가치를 만들지 않아도 완료할 수 있어요. 팀은 바쁘지만, 성과는 변하지 않죠.
해결법
활동은 실행 계획, 로드맵, 백로그에 속해요. OKR은 고객 행동의 변화나 비즈니스 성과의 변화를 측정해야 해요. 활동 완료가 성공 조건이라면, 그것은 핵심 결과가 아니에요.
실수 12: 실행 전에 OKR을 검증하지 않기
무엇이 잘못되는가
OKR이 분기 시작 시에는 괜찮아 보이다가, 몇 주 후에 문제가 드러나요. 그때는 이미 팀이 투입된 상태이고, 방향을 바꾸기에 비용이 크죠.
왜 위험한가
늦은 발견은 매몰 비용 행동, 조용한 범위 축소, 학습 대신 분기 말 정당화로 이어져요.
해결법
OKR을 확정하기 전에 이 항목들을 명시적으로 리뷰하세요.
– 측정 가능성
– 성과 vs 활동 구분
– 양 vs 질의 균형
– 명확한 성공 정의
대부분의 OKR 문제는 첫날에 스스로 드러나지 않아요. 일부는 실행과 학습을 통해서만 나타나죠. 하지만 많은 구조적 문제는 실행이 시작되기 전에, 변경이 아직 저렴하고 팀이 아직 고정되지 않은 시점에 식별할 수 있어요.
12가지 실수 전체를 비유하면, 건물의 기초 공사 점검과 같아요. 건물이 올라간 후에 기초에 문제를 발견하면 수정 비용이 엄청나지만, 착공 전에 도면(OKR 구조)을 꼼꼼히 점검하면 대부분의 문제를 미리 잡을 수 있어요. “나중에 고치면 되지”는 건물에서도, OKR에서도 가장 비싼 실수예요.
다음 편에서는 OKR과 성과 평가의 관계, OKR 체크리스트, 그리고 시리즈의 마무리를 다룰게요.
OKR 시리즈