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