좋은 OKR은 리뷰를 쉽게 만듭니다
좋은 OKR은 문장이 근사한 OKR이 아닙니다. 팀이 리뷰할 때 "이게 무슨 뜻이었지?"라고 되묻지 않아도 되는 OKR입니다. 좋은 OKR은 방향, 측정, 실행을 서로 다른 자리에 또렷하게 놓습니다.
나쁜 OKR은 대개 비슷한 방식으로 무너집니다. 목표가 흐릿합니다. 핵심결과가 사실은 할 일입니다. 핵심업무는 실행을 담는 대신 지표를 다시 반복합니다. 어떤 숫자가 움직여야 하는지 아무도 모르니 체크인은 상태 보고 흉내로 끝납니다.
계획 회의 전, OKR을 가져온 직후, 또는 세션이 바쁘게 보이는데도 리뷰하기 어렵게 느껴질 때 이 문서를 사용하세요.
사용 가능 범위
| 항목 | 세부 정보 |
|---|---|
| 사용할 수 있는 곳 | 목표관리(OKRs)가 켜진 워크스페이스와 플랜입니다. |
| 지원 환경 | 웹 앱과 데스크톱 앱입니다. |
| 이런 사람에게 적합합니다 | 목표, 핵심결과, 핵심업무, 체크인을 작성하거나 가져오거나 리뷰하거나 정리하는 모든 사람입니다. |
| 함께 보면 좋은 문서 | 목표관리(OKRs) 이해하기, 목표 만들기, 핵심결과 추가하기, 핵심업무 만들기입니다. |
요약
| 구성 | 좋은 버전 | 나쁜 버전 |
|---|---|---|
| 목표 | 무엇이 달라져야 하는지 말합니다. | 할 일, 부서 이름, 넓은 바람만 적습니다. |
| 핵심결과 | 목표가 실제로 작동하는지 측정합니다. | 해야 할 일을 설명하거나, 아무도 업데이트할 수 없는 숫자를 씁니다. |
| 핵심업무 | 일이 진행되는 캔버스를 엽니다. | 핵심결과를 반복하거나 흐릿한 메모가 됩니다. |
| 체크인 | 무엇이 달라졌는지, 무엇이 막혔는지, 다음에 무엇을 할지 설명합니다. | 근거 없이 순조로움이라고만 말합니다. |
| 스냅샷 | 리뷰 시점의 상태를 보존합니다. | 정기 체크인을 대신하려고 합니다. |
한 가지 규칙만 기억한다면 이렇게 잡으세요. 목표는 방향을 주고, 핵심결과는 결과를 측정하고, 핵심업무는 그 일을 담는 연결된 캔버스입니다.
좋은 예와 나쁜 예
| 약한 OKR | 더 나은 OKR | 더 나은 쪽이 작동하는 이유 |
|---|---|---|
목표: 마케팅 개선 | 목표: Q3 출시 메시지를 영업팀과 고객이 추가 설명 없이 반복할 수 있을 만큼 명확하게 만들기 | 더 나은 목표는 의도한 변화와 대상을 함께 말합니다. |
핵심결과: 랜딩 페이지 출시 | 핵심결과: Q3 말까지 출시 페이지의 적격 데모 요청을 월 120건에서 180건으로 늘리기 | 더 나은 핵심결과는 할 일이 아니라 결과를 측정합니다. |
핵심업무: 리서치하기 | 핵심업무: 12건의 영업 통화에서 고객 반론 맵 캔버스를 만들고 7월 12일까지 영업팀과 리뷰하기 | 더 나은 핵심업무는 캔버스 안에 담을 수 있는 일을 설명합니다. |
체크인: 좋아 보임 | 체크인: 42%입니다. 법무 리뷰 때문에 최종 페이지가 3일 늦어졌고, 수정 카피는 금요일까지 나옵니다. | 더 나은 체크인은 숫자와 리스크를 설명합니다. |
방향을 주는 목표를 작성하세요
목표는 정성적이고 기억하기 쉬워야 합니다. 동시에 사람들이 어떤 일이 이 목표 아래에 계속 있어도 되는지 판단할 수 있을 만큼 구체적이어야 합니다.
좋은 목표 패턴은 이렇습니다.
- 어떤 일을 더 쉽고, 명확하고, 빠르고, 안전하고, 안정적이고, 유용하게 만듭니다.
- 좋아져야 하는 고객, 팀, 워크플로우를 말합니다.
- 측정값을 제목에 억지로 넣지 않습니다.
- 앞으로 생길 모든 일을 제목에 나열하지 않습니다.
| 약한 목표 | 더 나은 목표 |
|---|---|
헬프 센터 업데이트 | 관리자와 외부 리뷰어가 워크스페이스 접근 방식을 이해하기 쉽게 만들기 |
온보딩 개선 | 새 멤버가 지원팀 도움 없이 첫 유용한 캔버스에 도달하게 하기 |
AI 기능 출시 | 팀이 이미 일하는 캔버스 안에서 AI 보조 생성이 쓸모 있게 만들기 |
결제 문제 해결 | 관리자가 워크스페이스 플랜, 스토리지, AI 크레딧 선택을 예측 가능하게 만들기 |
더 나은 목표는 계획 회의가 끝난 뒤에도 이해되어야 합니다. 제목을 설명하는 데 문단 하나가 필요하다면 제목을 다시 쓰세요.
할 일뿐인 목표를 피하세요
할 일처럼 생긴 목표는 약한 리뷰를 만듭니다. 일이 "완료"되어도 아무것도 좋아지지 않았을 수 있기 때문입니다.
| 할 일처럼 생긴 목표 | 더 나은 분리 |
|---|---|
문서 20개 게시 | 목표: 지원팀이 고객에게 바로 답변 링크를 보낼 수 있을 만큼 도움말 커버리지를 튼튼하게 만들기. 핵심결과: 워크스페이스, 공유, 결제, AI Studio에 대한 검수된 문서 20개 게시. |
온보딩 체크리스트 만들기 | 목표: 새 워크스페이스 관리자가 지원팀 도움 없이 팀을 설정하게 하기. 핵심업무: 온보딩 체크리스트 캔버스 만들기. |
오래된 파일 이동 | 목표: 갱신 전에 워크스페이스 스토리지 리스크 줄이기. 핵심결과: 스토리지 사용량을 할당량의 80% 아래로 낮추기. |
문구가 만들기, 게시, 마이그레이션, 다시 쓰기, 감사, 인터뷰, 출시로 시작하면 핵심업무일 때가 많습니다. 늘리기, 줄이기, 높이기, 낮추기, 도달하기, 단축하기로 시작하면 핵심결과일 수 있습니다.
확인할 수 있는 핵심결과를 작성하세요
핵심결과에는 가능한 한 명확한 단위, 현재 상태, 목표 상태가 필요합니다. 단위는 숫자, 비율, 마일스톤, 시간, 금액, 사용자 지정 개수, 품질 기준이 될 수 있습니다.
| 약한 핵심결과 | 더 나은 핵심결과 |
|---|---|
지원 품질 개선 | 세션 종료까지 접근 관련 지원 문의를 30% 줄이기 |
결제를 더 명확하게 만들기 | 라이선스, 스토리지, AI 크레딧 관련 결제 질문을 월 40건에서 20건으로 줄이기 |
더 빠르게 출시 | 출시 리뷰 주기를 영업일 10일에서 5일로 단축하기 |
교육 온보딩 개선 | 초대된 교사의 90%가 7일 안에 첫 공유 캔버스를 열게 하기 |
목표값이 완벽할 필요는 없습니다. 다만 리뷰할 수 있어야 합니다. 세션 중에 아무도 값을 업데이트할 수 없다면 그 핵심결과는 추측으로 바뀝니다.
맞는 단위를 고르세요
| 측정해야 하는 것 | 좋은 단위 예시 | 조심할 점 |
|---|---|---|
| 도입 | 초대된 사용자, 활성화된 워크스페이스, 열린 캔버스, 다시 돌아온 팀 | 실제로 유용한 일이 일어났는지 증명하지 못하는 허영 지표입니다. |
| 품질 | 지원 문의, 오류율, 리뷰 반려율, 만족도 점수 | 리뷰 방법이 없는 주관적 표현입니다. |
| 속도 | 시간, 일수, 영업일, 리뷰 주기 | 같은 핵심결과 안에서 달력 기준 일수와 영업일을 섞는 일입니다. |
| 커버리지 | 게시된 문서, 문서화된 흐름, 인터뷰한 고객, 검토한 템플릿 | 산출물만 세고 목표가 해결됐는지 확인하지 않는 일입니다. |
| 매출 또는 지출 | 월 비용, 확장 매출, 회수한 청구서, 절감한 외부 비용 | 통화와 기간이 명확해야 합니다. |
| 마일스톤 | 완료된 롤아웃, 승인된 정책, 서명된 구매 절차, 완료된 마이그레이션 | 마일스톤에는 명확한 승인 기준이 필요합니다. |
팀이 이해한다면 사용자 지정 단위도 괜찮습니다. 항목처럼 흐릿한 단위 대신 고객 인터뷰, 리뷰된 캔버스, 영업일처럼 쓰세요.
일은 핵심업무에 담으세요
목표관리(OKRs)에서 핵심업무는 OKR과 연결된, 일이 진행되는 캔버스입니다. 리뷰어가 열었을 때 계획, 맥락, 결정, 파일, 작업, 가능한 경우 하위 작업, 리뷰 자료를 볼 수 있을 만큼 구체적이어야 합니다.
| 핵심결과 | 좋은 핵심업무 |
|---|---|
초대 관련 지원 문의를 30% 줄이기 | 초대 문제 해결 문서와 외부 협업자 문서 다시 쓰기 |
첫 캔버스 활성화를 45%에서 65%로 늘리기 | 예시와 체크리스트가 있는 첫 캔버스 온보딩 캔버스 만들기 |
출시 리뷰를 10일에서 5일로 단축하기 | 담당자, 마감일, 승인 단계가 있는 출시 리뷰 템플릿 만들기 |
핵심업무를 두 번째 지표처럼 쓰지 마세요. 결과가 움직였는지는 핵심결과가 말합니다. 핵심업무는 그 결과를 움직이기 위한 일을 담습니다.
완성도 높은 OKR 예시
세션: 2026 Q3 지원 품질
목표: 고객이 지원팀을 기다리지 않고 계정과 권한 문제를 해결하기 쉽게 만들기.
핵심결과 1: 접근 관련 지원 문의를 30% 줄이기.
핵심결과 2: 워크스페이스 역할, 공유, 비활성화된 접근, 초대, 결제 담당자에 대한 검수된 헬프 센터 커버리지 게시.
핵심업무: 지원 사례와 리뷰어 노트가 있는 연결된 캔버스에서 워크스페이스 접근 문서 다시 쓰기.
체크인: 핵심결과 1은 18% 감소 상태입니다. 워크스페이스 역할과 공유 문서는 게시됐습니다. 초대 문제 해결 문서는 리뷰 중이고, 비활성화된 접근 복구 문서에는 아직 스크린샷이 빠져 있습니다.
이 예시가 잘 작동하는 이유는 목표가 방향을 설명하고, 핵심결과가 리뷰를 가능하게 만들고, 핵심업무가 일할 캔버스를 제공하고, 체크인이 최신 상황을 말해 주기 때문입니다.
흔한 나쁜 OKR 패턴
| 패턴 | 무엇이 잘못되는가 | 더 나은 움직임 |
|---|---|---|
| 목표가 부서 이름입니다 | 리뷰어가 무엇이 달라져야 하는지 알 수 없습니다. | 그 부서가 만들려는 개선으로 다시 씁니다. |
| 모든 핵심결과가 할 일입니다 | 팀이 영향을 증명하지 못한 채 일을 완료할 수 있습니다. | 할 일처럼 생긴 항목을 핵심업무로 옮깁니다. |
| 핵심결과에 단위가 없습니다 | 체크인이 의견 업데이트가 됩니다. | 숫자, 비율, 날짜, 마일스톤, 사용자 지정 단위를 추가합니다. |
| 목표값을 업데이트할 수 없습니다 | 데이터를 소유한 사람이 없어서 진행이 멈춥니다. | 담당자가 세션 중에 확인할 수 있는 지표를 고릅니다. |
| 한 목표에 핵심결과가 너무 많습니다 | 리뷰가 시끄럽고 흐려집니다. | 목표를 나누거나 성공을 증명하는 측정값만 남깁니다. |
| 하나의 핵심업무가 서로 무관한 일을 덮습니다 | 캔버스가 모든 것을 던져 넣는 장소가 됩니다. | 담당자, 일정, 리뷰 경로가 다른 일은 별도 핵심업무로 만듭니다. |
체크인이 순조로움이라고만 말합니다 | 스냅샷이 무슨 일이 있었는지 설명하지 못합니다. | 근거, 막힌 점, 다음 행동, 날짜에 민감한 맥락을 추가합니다. |
가져온 OKR 정리하기
AI로 OKR 가져오기는 계획 메모를 초안 세션, 목표, 핵심결과, 핵심업무로 바꿀 수 있지만, 저장하기 전에 구조를 직접 리뷰해야 합니다.
가져온 내용에서 다음을 확인하세요.
- 핵심결과 자리에 들어간 할 일
- 목표가 되어야 하는 넓은 문장
- 핵심결과만 반복하는 핵심업무 제목
- 빠진 단위
- 어수선한 원본 메모에서 생긴 중복 목표
- 행 제목이 되면 안 되는 담당자 메모나 회의 메모
초안이 대체로 맞다면 저장하기 전에 줄을 편집하세요. 구조가 많이 잘못됐다면 취소하고 원본 텍스트를 먼저 정리합니다.
트리 보기로 구조를 확인하세요
트리 보기는 세션에 계단식 OKR이 있을 때 유용합니다. 트리 보기는 구조를 지도처럼 보여 주기 때문에 목표와 핵심결과가 사람들이 이해할 수 있는 방식으로 이어지는지 볼 수 있습니다.
트리 보기로 다음을 확인하세요.
- 이 하위 목표가 실제로 상위 목표를 돕는지
- 이 핵심결과가 자신이 측정하는 목표 아래에 있는지
- 드래그한 항목이 맞는 위치에 놓였는지
- 이 계층이 리뷰를 돕는지, 아니면 장식이 되었는지
계층을 일을 숨기는 데 쓰지 마세요. 실행 세부 사항이라면 대신 핵심업무 캔버스를 사용합니다.
체크인은 흐름을 보존해야 합니다
좋은 체크인은 숫자만 업데이트하지 않습니다. 지난 리뷰 이후 무엇이 달라졌는지, 무엇이 막혔는지, 다음에 무엇을 해야 하는지 설명합니다.
| 약한 체크인 | 더 나은 체크인 |
|---|---|
계속 작업 중 | 35%입니다. 고객 인터뷰는 완료됐고, 녹화 2건을 아직 리뷰해야 해서 종합 캔버스가 늦어지고 있습니다. |
순조로움 | 60%입니다. 템플릿은 지원팀에서 사용 중입니다. 다음 리스크는 교육 고객이 통화 없이 재사용할 수 있는지입니다. |
막힘 | 공개 가격 페이지 카피의 법무 승인 때문에 막혔습니다. 담당자가 화요일에 후속 확인을 하고 리뷰 후 핵심업무 캔버스를 업데이트합니다. |
스냅샷은 그 뒤에 있는 체크인만큼만 유용합니다. 모든 체크인이 흐릿하면 스냅샷도 흐릿함을 보존합니다.
문제가 생길 수 있는 지점
모든 핵심결과가 할 일처럼 들리면, 할 일처럼 생긴 항목을 핵심업무로 옮기고 핵심결과는 측정 가능한 결과로 다시 쓰세요.
목표가 완료됐는지 팀이 합의하지 못한다면, 목표가 너무 흐릿하거나 핵심결과가 올바른 결과를 증명하지 못하는 상태일 가능성이 큽니다.
핵심결과를 업데이트할 수 없다면, 다음 체크인 전에 단위를 바꾸거나 데이터 출처의 명확한 담당자를 지정하세요.
세션에 행이 너무 많다면, 트리 보기로 중복된 계층을 찾아 팀의 정책에 따라 병합하거나 오래된 항목을 보관하세요.
사람들이 일이 어디에 있는지 계속 묻는다면, 각 중요한 작업 묶음에 명확히 연결된 캔버스가 생기도록 핵심업무를 추가하거나 이름을 바꾸세요.