OKR(Objectives and Key Results)은 개인, 팀, 회사 목표를 정렬하는 목표 설정 프레임워크입니다. 정성적인 목표(Objectives)는 야심찬 방향을 설명하고, 정량적인 핵심 결과(Key Results)는 목표 달성 여부를 측정하는 진행 상황을 나타냅니다. 제품 및 운영 환경에서 OKR은 바쁜 활동보다는 가장 영향력 있는 개선 사항에 업무를 집중시킵니다.
?
제품 및 운영 팀은 관료적이지 않고 진정으로 유용한 OKR을 어떻게 작성해야 할까요?
대부분의 OKR 구현은 OKR이 나쁜 프레임워크라서 실패하는 것이 아니라, OKR이 제대로 작성되지 않아 실패합니다. 이는 측정 가능한 결과 없는 모호한 목표나 (X 기능을 출시할 것이다와 같은) 활동 목표가 성과 지표로 위장하는 결과를 낳습니다. 좋은 OKR 작성 원칙: 목표(Objectives)는 영감을 주고 방향성을 제시해야 합니다: "지식 기반을 개선한다"가 아니라 "중견 시장 CS 팀을 위한 독보적인 지식 관리 리더가 된다"와 같이 작성해야 합니다. 목표는 맥락 없이 읽었을 때 집중과 동기를 부여해야 합니다. 핵심 결과(Key Results)는 결과 기반이며 이진적으로 측정 가능해야 합니다: KR은 팀이 무엇을 할 것인지가 아니라, 목표가 달성되었을 때 세상에 어떤 변화가 일어날지를 표현해야 합니다. 나쁜 KR: "지식 기반 시맨틱 검색 기능 출시" (활동). 좋은 KR: "4분기까지 지식 기반 검색 무결과율을 18%에서 8% 미만으로 감소" (성과). 나쁜 KR은 고장 난 기능을 출시하는 것만으로도 완료될 수 있지만, 좋은 KR은 기능이 실제로 작동해야만 완료될 수 있습니다. 70% 스트레치 원칙: OKR은 100% 달성이 놀라운 수준으로 설정되어야 합니다. 항상 OKR을 100% 달성하는 팀은 너무 안전하게 설정하고 있는 것입니다. 이상적인 달성률은 70~80%이며, 이는 야심찬 목표 설정과 진정한 진전을 모두 나타냅니다. 제거해야 할 안티패턴: 목표가 있는 KPI인 OKR (지표 유지 vs 개선); 성과로 위장한 프로젝트인 OKR; 너무 많은 OKR (분기당 팀당 3개 이상의 목표와 4~5개 이상의 KR은 집중을 생성하기보다는 분산시킵니다).
?
엄격한 하향식 시스템을 만들지 않으면서 회사 수준에서 팀 수준으로 OKR을 어떻게 연계할 수 있을까요?
OKR 연계(cascading)는 개별 팀 OKR을 기여하는 회사 수준 OKR과 연결하여 마이크로매니지먼트 없이 정렬을 만듭니다. 연계 원칙: 회사 OKR 우선: 경영진은 팀이 자체 OKR을 작성하기 전에 해당 분기의 3~5개 회사 수준 OKR을 정의합니다. 팀 OKR 도출: 팀은 자신들의 업무가 회사 OKR에 어떻게 기여하는지 파악합니다. 팀의 목표는 하나 이상의 회사 목표에 기여하는 팀 수준 버전이어야 합니다. 이는 '지시'가 아니라 '정렬'이며, 팀은 기여 방식을 정의하는 데 자율성을 가집니다. 일부 팀 OKR은 회사 OKR에 매핑되지 않을 수 있습니다 (인프라 작업, 팀 개발 등). 이러한 OKR도 유효하지만 소수여야 합니다. 연계 함정 피하기: 모든 팀 KR이 회사 KR에 수학적으로 집계되도록 요구하는 것은 팀이 집계에 맞추기 위해 업무를 왜곡하도록 강요하는 관료적 경직성을 만듭니다. 연결은 명시적이지만 정성적이어야 합니다 ("우리 팀의 KR은 AHT 감소가 CPT 감소에 직접적으로 기여하므로 회사 KR X에 기여합니다"). OKR 정렬 검토: 분기 중반에 교차 팀 OKR 검토(Product Ops가 진행)를 통해 상호 의존성을 식별합니다. 이는 한 팀의 KR이 다른 팀의 결과물에 의존하는 경우입니다. 이러한 의존성을 표면화하면, 한 팀이 기여 작업을 달성했지만 의존하는 팀이 제때 출시하지 않아 KR을 달성할 수 없는 분기 말의 놀라움을 방지할 수 있습니다.
?
분기 말에 OKR은 어떻게 평가되어야 하며, 평가는 어떤 의사결정에 정보를 제공해야 할까요?
분기 말 OKR 평가(또는 '점수 매기기')는 성과 검토가 아닌 진행 상황에 대한 솔직한 평가입니다. 이 구분이 중요한 이유는 OKR 점수를 성과 평가와 혼동하면 팀이 야심찬 목표 대신 안전한 OKR을 설정하게 되기 때문입니다. 평가 접근 방식: 0.0–1.0 척도: 각 KR은 0(진전 없음)부터 1.0(완전히 달성)까지 점수가 매겨집니다. Google의 원래 OKR 프레임워크는 평균 점수로 0.7을 목표로 합니다: 0.0–0.3 = 너무 야심찼거나 진전 없음; 0.4–0.6 = 상당한 진전이 있었으나 미달; 0.7–0.9 = 우수, 약간의 스트레치; 1.0 = 달성했거나 너무 안전하게 설정됨. 이진 임계값: 특정 측정값이 정의된 KR(X를 Y에서 Z로 감소)의 경우 평가는 간단합니다. 분기 말에 지표를 측정하고 명시된 개선 사항 중 얼마나 달성되었는지에 따라 점수를 매깁니다 (점수 = 실제 개선 / 목표 개선). 평가 후 의사결정: OKR 점수는 네 가지 의사결정에 정보를 제공합니다. 목표에 대한 의사결정 (이 목표가 방향적으로 달성되었다고 간주할 만큼 충분히 근접했는가? 다음 분기에도 계속할 것인가 아니면 변경할 것인가?); 범위에 대한 의사결정 (KR이 너무 야심차게 설정되었는가 아니면 너무 안전하게 설정되었는가? 다음 분기 OKR 작성 시 이 조정을 활용); 자원 배분에 대한 의사결정 (어떤 팀 OKR을 달성했는가? 해당 팀은 더 큰 도전을 할 준비가 되어 있을 수 있음); 축하할 내용에 대한 의사결정 (스트레치 KR에서 0.7 이상은 전사 회의에서 언급할 가치가 있습니다. OKR 달성의 가시성은 야심찬 목표 설정을 중심으로 문화를 만듭니다).
지식 챌린지
제품 및 운영을 위한 OKR 구현을(를) 마스터하셨나요? 이제 관련된 5글자 단어를 맞춰보세요!
입력하거나 키보드를 사용하세요