OKR 스파링 파트너(OKR Sparring Partner)

왜 OKR의 70%는 실패하는가, 그리고 좋은 것들의 공통점

OKR은 테크 회사의 기본 목표 설정 프레임워크가 됐습니다. 구글에서 스포티파이까지, 시리즈 A 스타트업에서 포춘 500 기업까지, 조직들은 명확성, 정렬, 책임을 기대하며 Objectives and Key Results를 도입합니다. 그러나 보통 받게 되는 건, 분기 첫 주가 지나면 아무도 안 보는 목표를 만들어내는 관료적 의식입니다.

Quantive(舊 Gtmhub)가 발표한 리서치에 따르면 OKR을 도입한 조직의 약 70%가 기대한 결과를 달성하지 못합니다. Gallup 연구에 따르면 자기 회사 리더가 조직에 명확한 방향을 가지고 있다고 강하게 동의하는 직원은 22%에 불과합니다. OKR은 이 문제를 해결한다고 알려져 있지만, 실제로는 구조로 위장한 또 다른 비정렬 레이어가 되곤 합니다.

문제

실패 패턴은 놀랍게도 일관됩니다. 팀들은 사실상 프로젝트명일 뿐인 Objective를 씁니다. Key Result는 측정 가능한 결과가 아니라 태스크 리스트가 됩니다. OKR은 분기 초에 설정된 뒤 다시 들여다보지 않습니다. 분기 말이 되면 팀이 실제로 한 일은 적어둔 것과 거의 닮지 않았습니다.

근본 원인은 프레임워크가 아닙니다. 팀이 그것을 사용하는 방식이죠. OKR은 특정한 사고를 요구합니다: 결과 지향적이고, 측정 가능하며, 의도적으로 불편한 사고. 대부분의 팀은 정반대로 기본값을 둡니다: 활동 지향적이고, 모호하며, 안전하게 달성 가능한 사고. 잘 쓴 OKR은 약간 긴장하게 만들어야 합니다. 모든 KR을 달성할 자신이 있다면, 야망이 너무 낮은 겁니다.

이 프롬프트의 작동 방식

OKR 스파링 파트너 프롬프트는 여러분의 초안 OKR에 대한 비판적 리뷰어 역할을 합니다. Objective와 Key Result를 입력하면, 정립된 베스트 프랙티스 기준으로 평가합니다:

• Objective가 영감을 주는 결과 지향적인가, 아니면 태스크 지향적인가?
• Key Result가 측정 가능하고 시간 제약이 있는가, 명확한 성공 기준과 함께?
• 야망 수준이 적절한가, 헌신(committed) 목표와 포부(aspirational) 목표를 구분하는가?
• OKR이 수직적으로 회사 단위 목표와, 수평적으로 의존 팀과 정렬되는가?

프롬프트는 각 OKR에 구체적이고 실행 가능한 피드백을 제공하고, 개선을 제안하며, 위장된 태스크, 허영 지표, 일부러 낮춘 목표 같은 흔한 안티 패턴을 표시합니다.

언제 사용할까

• 분기 계획 동안 OKR이 확정되기 전
• 매니저나 디렉터로서 팀 OKR을 검토할 때
• 분기 중반 점검 시 KR 조정이 필요한지 평가할 때
• 새 팀에 OKR 프레임워크를 온보딩하면서 품질 기준을 세우고 싶을 때

흔한 함정

• 이진(binary) Key Result 작성. "기능 X 런칭"은 태스크지, Key Result가 아닙니다. 좋은 KR은 기능 X 런칭의 임팩트를 측정합니다.
• 너무 많은 OKR 설정. Objective 3~5개, 각 Objective당 KR 2~4개가 상한입니다. 그 이상이면 진짜 우선순위는 없는 셈입니다.
• 팀 OKR과 개인 성과 평가 혼동. OKR은 집단 결과를 추동해야지, 개인 평가가 되어선 안 됩니다.
• 분기 중 우선순위가 바뀌면 OKR 포기. 우선순위가 바뀌면 OKR을 업데이트하세요. 공식 목표 옆에 그림자 전략을 따로 굴리지 마세요.

참고 자료

• What Matters: OKR Resources by John Doerr — OKR을 구글에 들여온 사람이 만든 정전(canonical) 자료입니다.
• Quantive OKR Research and Insights — OKR 채택률과 실패 패턴 데이터를 제공합니다.
• Gallup: Employee Engagement and Strategy Alignment — 전략적 명확성이 참여와 성과로 어떻게 이어지는지 보여줍니다.