트리 뷰 사용하기

트리 뷰로 OKR이 이어지는 구조를 봅니다

트리 뷰는 OKR 주기를 지도처럼 펼쳐 보여 주는 화면입니다. 목표와 핵심결과를 배치해 어떤 일이 어느 목표로 모이는지, 하위 목표가 어디에 있는지, 목표마다 어떤 핵심결과가 붙어 있는지 보여 줍니다.

표보다 구조를 봐야 할 때 트리 뷰를 사용하세요. 목록 뷰는 행을 훑고, 제목을 고치고, 많은 항목을 차례로 정리할 때 좋습니다. 트리 뷰는 목표 간 연결을 파악할 때 더 적합합니다. 무엇이 무엇을 뒷받침하는지, 어느 목표에 일이 몰렸는지, 어떤 핵심결과를 다른 목표로 옮겨야 할지 한눈에 보입니다.

목표관리(OKRs) 구조가 처음이라면 목표관리(OKRs) 이해하기부터 읽으세요.

지원 범위와 권한

트리 뷰는 보이는데 항목을 옮길 수 없다면 편집할 수 있는 OKR 주기인지, 필터 때문에 계층 일부만 보이는 것은 아닌지 확인하세요.

트리 뷰 열기

목표를 열고 검토할 OKR 주기를 엽니다. 보기 전환 메뉴에서 목록을 트리로 바꾸세요.

트리 뷰는 현재 OKR 주기 안의 목표와 핵심결과 계층만 보여 줍니다. 목표 홈의 OKR 주기 목록과는 다릅니다. OKR 주기 목록에서는 상위 OKR 주기와 하위 OKR 주기를 볼 수 있고, 트리 뷰에서는 OKR 주기 하나의 내부 구조를 봅니다.

지도처럼 이동하기

트리 뷰는 캔버스처럼 조작합니다. 화면을 끌어 이동하고, 자세히 볼 때는 확대하고, 전체 구조를 볼 때는 축소하세요. 화면에 맞춤을 누르면 한눈에 읽기 좋은 전체 화면으로 돌아갑니다.

OKR 주기가 클수록 유용합니다. 긴 표를 스크롤하며 어떤 목표가 어떤 상위 목표를 뒷받침하는지 기억할 필요 없이, 구조를 직접 옮겨 다니며 지금 논의하는 부분에 집중할 수 있습니다.

작은 화면에서는 지도를 넓게 보여 주기 위해 트리 뷰가 화면을 더 많이 차지합니다. 글자가 빽빽해 보이면 축소하거나, 화면에 맞춤을 누르거나, 행 단위 편집은 목록 뷰에서 하세요.

계층 구조 이해하기

트리 뷰에서는 여러 단계로 이어지는 목표를 볼 수 있습니다. 상위 목표는 더 큰 방향이고, 하위 목표는 그 방향을 뒷받침합니다. 핵심결과는 목표 아래에 붙어 측정 가능한 성과를 나타냅니다.

계층은 실제로 목표끼리 연결되어 있을 때만 만드세요. 예를 들어 전사 목표 아래에 부서 목표를, 출시 목표 아래에 출시 준비 목표를, 고객 지원 목표 아래에 문서, 제품, 운영 목표를 둘 수 있습니다.

계층을 할 일 목록처럼 쪼개지 마세요. 작업과 실행 세부 내용은 핵심업무 캔버스에 담습니다. 핵심결과는 성과를 측정하고, 목표는 방향을 설명합니다.

드래그 앤 드롭으로 구조 바꾸기

OKR 주기를 편집할 수 있고 현재 화면에 주변 구조가 충분히 보이면, 트리 뷰에서 드래그 앤 드롭으로 계층과 순서를 바꿀 수 있습니다. 목표를 옮기면 상위 목표가 바뀌거나, 다른 목표와 같은 단계로 이동하거나, 같은 단계 안에서 순서가 바뀝니다. 핵심결과는 순서를 바꾸거나 다른 목표 아래로 옮길 수 있습니다.

드래그는 신중하게 하세요. 계층을 바꾸면 목록 뷰, 트리 뷰, 상세 화면, 이후 리뷰에서 OKR 주기가 읽히는 방식이 달라집니다. 항목을 옮긴 뒤에는 올바른 상위 목표 아래에 있는지, OKR 주기의 전략 흐름이 여전히 맞는지 확인하세요.

드래그가 되지 않으면 필터, 검색, 사용자 지정 정렬, 보기 권한만 있는지 확인하세요. 일부만 보이는 화면에서는 안전하게 옮기는 데 필요한 주변 구조가 가려질 수 있습니다. OKR 주기의 기본 보기로 돌아가 필터를 해제하고 다시 시도하세요. 계속 옮길 수 없다면 OKR 권한 문제 해결하기를 참고하세요.

계획을 세울 때 활용하기

트리 뷰는 OKR 주기의 초안을 만든 뒤에 특히 유용합니다. 목표와 핵심결과는 목록 뷰에서 빠르게 입력하고, 트리 뷰로 전환해 구조가 맞는지 확인하세요.

계획 단계에서는 핵심결과가 없는 목표, 엉뚱한 목표 아래에 있는 핵심결과, 설명하기 어려울 만큼 깊어진 단계, 실제 방향 없이 이름표 역할만 하는 상위 목표를 찾으세요. 지도로 보면 이런 문제가 훨씬 잘 드러납니다.

리뷰할 때 활용하기

리뷰 회의에서 트리 뷰를 열면 진행 상황이 왜 바뀌었는지 함께 파악하기 쉽습니다.

• 상위 목표가 위험 상태라면 그 아래의 하위 목표와 핵심결과를 확인하세요.
• 한 갈래에 멈춘 핵심결과가 많다면 구조가 잘못됐는지, 연결된 핵심업무 캔버스가 막혔는지, 목표의 담당자를 더 분명히 정해야 하는지 판단하세요.

더 자세한 경과는 목표나 핵심결과의 상세 화면에서 체크인을 확인하세요. 트리 뷰는 구조를 보여 주고, 체크인은 변화를 설명합니다.

트리 뷰와 목록, 상세, 스냅샷 화면의 차이

트리 뷰는 계층이 논의의 중심일 때 제 역할을 합니다. 목표 간 연결, 여러 단계로 이어지는 목표, 상위와 하위 관계 검토, 드래그 앤 드롭으로 구조 바꾸기가 여기에 해당합니다. 나머지 작업은 다른 화면이 맡습니다.

여러 행을 다루는 작업은 목록 뷰가 맞습니다. 목표나 핵심결과 여러 개를 편집하거나 핵심결과를 여러 개 붙여넣을 때 더 빠릅니다. 목표, 핵심결과, 핵심업무, 체크인 하나에 집중해 편집할 때는 상세 화면을 사용하세요. 스냅샷은 실시간 구조를 편집하는 곳이 아니라 선택한 주차를 돌아보는 곳입니다. 계층이 아니라 지난 기록이 궁금하다면 트리 뷰를 닫고 스냅샷을 여세요.

트리 뷰가 유용한 이유

트리 뷰를 쓰면 전략이 눈에 보입니다. 계획의 갈래가 너무 많은지, 한 목표가 너무 많은 것을 떠안고 있는지, 핵심결과가 일의 알맞은 부분을 측정하는지 쉽게 확인할 수 있습니다.

회의도 한결 깔끔해집니다. 긴 목록을 보며 목표 간 연결을 머릿속으로 짐작할 필요 없이, 지도에서 어떤 항목이 어디로 모이는지 바로 보입니다. 경영진 리뷰, 여러 팀이 함께하는 출시 계획, 교육 프로그램처럼 여러 팀이 하나의 성과에 기여하는 OKR 주기에서 특히 유용합니다.

예시: PocketRN의 목표 정렬 리뷰

PocketRN의 공개 고객 사례를 보면 트리 뷰가 왜 필요한지 알 수 있습니다. PocketRN은 ALLO로 목표관리를 운영합니다. 구조가 시각적으로 보이니 OKR 리뷰가 표를 관리하는 일이 아니라 회사 계획의 전체 모양을 함께 보는 일에 가까워졌습니다. 이 차이는 겉모습의 문제가 아닙니다. 계층이 보이면 한 줄씩 상태를 읽다가 흐름을 놓치기 전에 목표 간 연결부터 이야기할 수 있습니다.

개별 업데이트로 넘어가기 전에 트리 뷰를 먼저 여는 리뷰 방식이 효과적입니다. 처음에는 축소해서 회의 참석자 모두가 전사 목표나 팀 목표를 함께 봅니다. 그런 다음 핵심결과가 위험 상태이거나, 하위 목표가 흐름에서 벗어나 보이거나, 한 팀이 계획의 너무 큰 몫을 맡고 있으면 해당 갈래를 확대합니다.

계층이 잘못됐다면 모두가 주변 구조를 보고 있을 때 바로 고치세요.

1. 목표나 핵심결과를 알맞은 상위 목표로 드래그합니다.
2. 갈래 안의 순서를 다시 정리합니다.
3. 잠시 멈추고, 바뀐 구조가 실제 상황을 더 정확히 보여 주는지 함께 확인합니다.

계층은 맞는데 일이 막혀 있다면 연결된 핵심업무 캔버스를 열어 계획, 파일, 메모, 하위 작업, 댓글을 확인하세요.

이렇게 해야 여러 단계로 이어지는 OKR을 실제로 활용할 수 있습니다. 계층은 회의 참석자 모두가 같이 보는 지도가 되고, 체크인은 무엇이 바뀌었는지 설명하고, 핵심업무 캔버스는 숫자 뒤에 있는 실제 일을 보여 줍니다. 이 세 가지가 없으면 각자 기억에 기대어 이야기하게 됩니다. 한 사람은 스프레드시트를, 다른 사람은 기획 문서를, 또 다른 사람은 지난주 메모를 떠올립니다. 트리 뷰가 있으면 모두 같은 화면을 보며 이야기할 수 있습니다.

예시: 목록 정리에서 전략 리뷰로

전사 목표 1개, 부서 목표 3개, 핵심결과 10개로 구성된 분기 계획 OKR 주기가 있다고 가정하겠습니다. 목록 뷰에서는 제목, 담당자, 지표, 초기 목표값을 빠르게 붙여넣을 수 있습니다. 문구를 다듬기에도 목록 뷰가 알맞습니다.

OKR 주기를 확정하기 전에 트리 뷰로 전환하세요. 축소해서 어색한 부분을 찾습니다.

• 제품팀에는 하위 목표가 5개인데 고객성공팀에는 하나도 없습니다.
• 온보딩 소요 시간에 관한 핵심결과가 고객 활성화 목표가 아니라 매출 목표 아래에 있습니다.
• 어떤 부서 목표는 전사 목표를 전혀 뒷받침하지 않고, 누군가 챙기고 싶었던 프로젝트일 뿐입니다.

이런 문제는 형식이 아니라 전략의 문제입니다. 트리 뷰에서는 이런 문제가 드러나 바로 해결할 수 있습니다. 항목을 옮기고 갈래를 단순하게 정리한 뒤, 세밀한 문구 수정은 목록 뷰나 상세 화면에서 마무리하세요.

자주 하는 실수

트리 뷰에서만 편집하지 마세요. 정확한 문구 수정이나 반복되는 업데이트는 목록 뷰나 상세 화면이 더 편합니다.

지도에서 가능하다는 이유로 계층을 깊게 만들지 마세요. 구조를 한 문장으로 설명할 수 없다면 대개 너무 복잡한 것입니다.

검색, 필터, 사용자 지정 정렬 때문에 관련 행이 가려진 상태에서 항목을 드래그하지 마세요. 화면을 먼저 정리해야 주변 구조를 보고 올바르게 옮길 수 있습니다.

핵심업무를 목표 계층에 넣지 마세요. 핵심업무는 목표나 핵심결과에 연결된 캔버스이며, 하위 목표가 아닙니다.

트리 뷰가 이상할 때

지도가 비어 있다면 OKR 주기에 목표가 있는지, 필터가 목표를 가리고 있지 않은지 확인하세요.

목표가 엉뚱한 단계에 있다면 상위 목표가 지정되어 있는지 확인하세요. 권한이 있다면 트리 뷰나 목록 뷰에서 옮기세요.

이동한 내용이 저장되지 않으면 새로고침한 뒤 다시 시도하세요. 다른 탭이나 다른 팀원이 항목을 먼저 바꿨거나, 이동에 필요한 정보가 화면에서 사라진 경우입니다.

새로고침한 뒤에도 트리 뷰와 목록 뷰가 다르다면 OKR 주기 링크, 항목 이름, 대략적인 시각을 기록해 워크스페이스 관리자나 고객 지원팀에 문의하세요. 같은 OKR 구조는 모든 화면에 똑같이 반영되어야 합니다.