체크인에는 진행 상황이 바뀐 이유가 남습니다
진행 상황이나 위험 수준이 바뀌었을 때, 또는 팀에 맥락을 전해야 할 때 체크인하세요. 숫자만 조용히 바꾸면 핵심결과가 지금 어디까지 왔는지만 알 수 있습니다. 체크인을 남기면 왜 움직였는지, 무엇이 달라졌는지, 다음에 무엇을 할지까지 전할 수 있습니다.
체크인은 주간 리뷰, 경영진 보고, 회고, 스냅샷을 앞두고 특히 유용합니다. 진행 상황이 회의나 채팅에만 남지 않고 기록으로 쌓입니다.
OKR 주기의 체크인 업데이트 주기가 업데이트 리듬을 정합니다. 매주로 설정했다면 담당자는 핵심결과를 매주 업데이트해야 합니다. 격주나 매월이라면 검토 리듬도 그에 맞춰야 합니다. 리듬 자체를 바꿔야 한다면 OKR 주기 관리하기를 참고하세요.
사용 조건과 권한
| 항목 | 내용 |
|---|---|
| 사용 가능 플랜 | 목표관리(OKRs)를 사용하는 워크스페이스와 플랜 |
| 지원 환경 | 웹 앱, 데스크톱 앱 |
| 체크인할 수 있는 사람 | 해당 목표나 핵심결과를 업데이트할 권한이 있는 멤버 |
| 체크인을 볼 수 있는 사람 | 해당 목표관리(OKRs) 항목에 접근할 수 있는 멤버 |
| 체크인이 막히는 경우 | 읽기 전용 권한, 보관된 OKR 주기, 편집 권한 없음, 오래된 페이지 상태, 워크스페이스 비활성화 |
체크인하는 곳
사이드바의 목표에서 OKR 주기, 목표, 핵심결과 순으로 열거나 해당 상세 보기를 엽니다. 진행 상황을 업데이트할 항목에서 체크인을 사용하세요. 체크인은 보통 핵심결과에서 가장 자주 하지만, 목표에도 상태나 진행 맥락을 남길 수 있습니다.
체크인이 보이지 않는다면 항목이 읽기 전용인지, 진행 상황을 업데이트할 권한이 있는지 확인하세요. OKR 권한 문제 해결하기를 참고하세요.
체크인에 넣을 내용
| 필드 | 적는 내용 |
|---|---|
| 현재 값 | 핵심결과의 가장 최근 측정값 |
| 상태 | 정상, 위험, 이탈, 완료 또는 워크스페이스에서 쓰는 상태 |
| 메모 | 무엇이 왜 바뀌었는지, 무엇이 막혔는지, 다음에 무엇을 할지 |
| 날짜 | 이 업데이트가 기준으로 삼는 시점 |
| 담당자 정보 | 업데이트나 다음 조치를 책임지는 사람 |
메모는 형식적으로 채우는 칸이 아닙니다. 나중에 누군가 그래프가 왜 움직였는지 물을 때 읽는 부분입니다.
쓸모 있는 체크인 메모 쓰기
| 상황 | 메모 예시 |
|---|---|
| 진행 상황이 좋아졌습니다. | 초대 재전송 기능을 배포했습니다. 이번 주 수락률이 72%에서 81%로 올랐습니다. |
| 진행 상황이 나빠졌습니다. | 학교 이메일 필터 때문에 초대한 3개 그룹이 가입하지 못했습니다. 다음 수정 전에 고객지원팀이 도메인 사례를 모으고 있습니다. |
| 상태를 위험으로 바꿨습니다. | 핵심업무 캔버스의 작업은 끝났지만 핵심결과 수치는 아직 그대로입니다. 2주 더 데이터를 봐야 합니다. |
| 결과를 달성했습니다. | 온보딩 가이드와 초대 메일을 바꾼 뒤 활성화율 90%에 도달했습니다. 2주 연속 유지돼 완료로 표시합니다. |
| 변화가 없습니다. | 이번 주는 변화가 없습니다. 분석 데이터를 받은 뒤 값을 업데이트하겠습니다. |
사용자 단위로 체크인하기
핵심결과가 사용자 단위를 쓴다면 진행 상황도 같은 단위로 업데이트하세요. 처음부터 그런 구조로 설계한 핵심결과가 아니라면 퍼센트, 일, 시간, 개수를 섞지 마세요.
예시:
| 핵심결과 | 좋은 체크인 |
|---|---|
검토 기간을 8영업일에서 4영업일로 줄이기 | 현재 평균은 6영업일입니다. |
관리자 12명 인터뷰하기 | 관리자 8명을 인터뷰했습니다. 4명 남았습니다. |
문서 30개 게시하기 | 문서 21개를 다시 쓰고 링크를 연결했습니다. |
체크인 후 반영되는 곳
체크인이 저장되면 해당 목표관리(OKRs) 항목이 요약되는 모든 곳에 진행 상황이 반영돼야 합니다. 리스트, 트리, 상세 보기, 사이드바, 업데이트 이후에 만든 스냅샷이 여기에 해당합니다. 어느 한 화면이 이전 값으로 보인다면 체크인을 다시 입력하기 전에 새로고침하세요.
알림센터 알림은 워크스페이스 알림 규칙과 항목 접근 권한을 따릅니다. 다른 사람이 진행 상황을 업데이트하면 핵심결과 담당자, 공동 담당자, 지정된 사람에게 알림센터 알림이 갈 수 있습니다. 알림센터 사용하기와 알림 관리하기를 참고하세요.
체크인 알림이 필요한 맥락을 대신 공유해 주지는 않습니다. 업데이트 내용이 핵심업무 안의 작업과 관련 있다면 관련된 사람들이 연결된 캔버스를 열 수 있는지 확인하세요.
예시
핵심결과가 접근 관련 고객 문의 30% 줄이기이고, 팀이 워크스페이스 공유 문서를 다시 썼다고 가정해 보겠습니다. 이때 체크인에 20%만 적어서는 부족합니다. 무엇이 바뀌었는지 함께 적으세요. 예: 워크스페이스 역할, 공유, 초대 복구 문서를 업데이트했습니다. 첫 주 고객 문의는 12% 줄었지만 비활성화된 멤버 관련 질문은 여전히 많습니다.
핵심결과가 도움말 문서 30개 게시하기라면 워크스페이스, 협업, 알림센터 문서 초안을 마쳤습니다. 30개 중 15개 완료, OKR과 AI Studio 문서가 남았습니다.처럼 쓸 수 있습니다.
권한과 표시 범위
체크인 권한은 보기 권한보다 좁을 수 있습니다. 핵심결과를 볼 수는 있지만 업데이트할 수 없다면 담당자나 워크스페이스 관리자에게 내 역할을 확인해 달라고 요청하세요.
보관된 OKR 주기는 지난 기록을 검토하는 용도입니다. 엉뚱한 OKR 주기에 체크인을 억지로 넣지 말고, 워크스페이스 정책에 따라 다시 열거나 복제하세요.
연결된 핵심업무는 끝났는데 핵심결과가 움직이지 않았다면 진행 상황을 부풀리지 마세요. 그 차이를 설명하는 체크인을 남기세요.
워크스페이스에서 핵심업무 캔버스 안의 멘션을 알림센터로 알린다면 그 멘션 알림은 캔버스와 알림센터 동작을 따릅니다. 그래도 OKR 체크인에는 측정 가능한 진행 상황의 변화를 적어야 합니다.
자주 하는 실수
상태가 바뀌었는데 숫자만 업데이트하지 마세요. 맥락을 함께 남기세요.
핵심업무 캔버스에서 일이 활발하다는 이유로 핵심결과를 정상으로 표시하지 마세요. 핵심결과는 활동량이 아니라 결과를 측정합니다.
저장이 느렸다면 같은 체크인을 다시 입력하기 전에 새로고침하세요.
나중에 검토하는 사람이 참고할 수 있게 메모를 쓰세요. 업데이트함, 완료만으로는 아무것도 설명되지 않습니다.
오래 방치된 진행 상황을 스냅샷에서 설명하려고 미루지 마세요. 스냅샷은 방치된 상태를 그대로 보존할 뿐이고, 무슨 일이 있었는지 설명하는 곳은 체크인입니다.
체크인이 저장되지 않을 때
저장에 실패했다면 가능하면 새로고침하기 전에 메모를 복사해 두세요. 그런 다음 항목을 새로고침하고 체크인이 들어갔는지 확인하세요.
상세 보기에는 진행 상황이 보이는데 리스트에는 보이지 않는다면 리스트를 새로고침하세요. 그래도 맞지 않으면 목표나 핵심결과의 링크와 시각을 기록해 고객센터에 문의하세요.
편집할 수 없다면 목표관리(OKRs) 권한, OKR 주기의 보관 상태, 현재 워크스페이스, 로그인한 계정을 확인하세요.
체크인 알림이 잘못 갔거나 아예 가지 않았다면 알림 관리하기를 확인하고, 관련된 사람들이 아직 해당 항목에 접근할 수 있는지 확인하세요.
스냅샷에 체크인이 보이지 않는다면 스냅샷의 주차나 검토 기간을 확인하세요. 지금 남긴 체크인은 이미 만들어진 읽기 전용 스냅샷을 바꾸지 않습니다.
