OKR 시스템 테스트 세션 개요
•
노션 OKR 시스템 실제 구동 테스트 세션
◦
설계된 OKR 데이터베이스 구조에 실제 데이터 입력 진행
◦
페이지 템플릿 설정, 속성 표시 방식, 개인 대시보드 활용법 검증
◦
"입력은 인풋에서만, 대시보드는 보기만" 원칙 확립
•
핵심 설계 원칙: 역할별 인터페이스 분리
◦
데이터 입력 영역: 노란색 구분
◦
데이터 수정 영역: 초록색 구분
◦
데이터 조회 영역: 검은색 구분
◦
데이터베이스 페이지 템플릿 활용으로 관계형 하위 데이터 자동 필터링 표시
•
실무 적용 포인트
◦
페이지 상단 속성 배치 (최대 4개 노출) 기반 핵심 정보 정리
◦
패널을 통한 부가 속성 관리 구조 활용
◦
템플릿 기본값 설정과 관계형 필터링 구조 검증
◦
개인 대시보드에서 네비게이션 버튼과 현황판 구조 테스트
주요 학습 포인트 요약
•
OKR 시스템 페이지 템플릿 설계 포인트
•
패널(Panel) 기반 부가 속성 관리 방식
•
관계형 연결을 활용한 하위 데이터 표시 구조
•
템플릿 기본값과 자동 적용 메커니즘
•
입력과 조회를 분리하는 운영 원칙
•
개인/팀 대시보드 구성 원칙
•
회의록 및 체크리스트 관리 방식
•
실제 데이터 입력 흐름과 체크인 방식
•
개인 대시보드와 팀 대시보드 관계
•
메인 현황판 구성 원칙
데이터베이스 페이지 템플릿: 상단 속성 구조
•
상단 속성 선택 원칙
◦
페이지 상단 고정 속성 최대 4개 제한
◦
가장 자주 확인하는 핵심 정보만 상단 배치
◦
나머지 속성은 패널로 이동하여 필요 시 조회 구조 유지
•
Objective 페이지 상단 속성 구성
◦
PIC
▪
담당자 확인 용도
◦
기간
▪
진행 기간 확인 용도
◦
달성률
▪
Objective 진척 상황 확인 용도
◦
상태
▪
현재 상태 확인 용도
•
Key Result 페이지 상단 속성 구성
◦
PIC
▪
담당자 정보
◦
기간
▪
측정 기간 정보
◦
핵심 달성률
▪
KR 달성 현황
◦
이니셔티브 달성률
▪
하위 실행 현황
•
KR 트래킹 페이지 상단 속성 구성
◦
날짜
◦
팀
◦
트래킹 값
◦
측정 방식
◦
목표값보다 날짜와 팀을 더 자주 확인하는 사용 패턴
•
Initiative 페이지 상단 속성 구성
◦
PIC, 기간, 태스크 진척률, 팀 중심 구성
◦
상태는 달성/미달성 이분법 구조이므로 상단 고정 불필요
•
Task 페이지 상단 속성 구성
◦
PIC
◦
기간
◦
마감 D-day
◦
팀
◦
시작 D-day보다 마감 D-day를 더 중요 지표로 활용
패널(Panel) 기반 부가 속성 관리
•
패널 개념 정리
◦
페이지 오른쪽 슬라이드 형태로 나타나는 속성 모음
◦
"세부정보 보기" 클릭 시 표시되는 상세 속성 영역
◦
자주 보지 않는 속성을 깔끔하게 모아두는 영역
•
패널로 이동하는 속성 기준
◦
데이터 최초 입력 이후 거의 수정하지 않는 속성
◦
수식이나 롤업 등 계산된 값으로 직접 수정할 필요 없는 속성
◦
생성일, 수정일 등 관리용 메타 정보
•
상단 속성·본문 속성·패널의 역할 구분
◦
상단 속성
▪
자주 확인하는 핵심 속성
▪
최대 4개까지 배치
◦
본문 속성
▪
가끔 확인하는 속성
▪
필요 시 숨김 처리 가능
◦
패널 속성
▪
거의 확인하지 않는 속성
▪
별도 공간으로 분리하여 화면 단순화
•
핵심 원칙
◦
패널로 이동하면 속성을 개별로 숨기는 추가 작업이 불필요한 구조
◦
복잡한 속성이 많은 대형 데이터베이스에서 특히 유용한 패턴
관계형 연결 기반 하위 데이터 표시 구조
•
Key Result 페이지 내 기본 구성
◦
KR 트래킹 차트 뷰
▪
날짜별 추세선 기반 시각화
▪
측정 방식(합산, 평균 등)이 혼재된 상황에서 주간·월간 집계 대신 일별 추세로 단순화
◦
KR 트래킹 표 뷰
▪
세부 트래킹 데이터 테이블 뷰
◦
이니셔티브 목록 뷰
▪
해당 KR과 관계형으로 연결된 항목만 자동 필터링
▪
상태, 진척률 등 핵심 정보 중심 표시
•
Initiative 페이지 내 구성
◦
해당 이니셔티브에 연결된 태스크 목록 뷰
◦
관계형 연결 기반 자동 필터링 구조
•
전체 페이지 계층 구조
◦
Objective 페이지
▪
Key Result 페이지
•
KR 트래킹 뷰 (차트 + 표)
•
Initiative 목록 뷰
◦
Initiative 페이지
▪
Task 목록 뷰
템플릿 기본값과 자동 적용 메커니즘
•
템플릿 기본값 설정 절차
◦
데이터베이스에서 새 템플릿 생성
◦
페이지 내에 필요한 링크드 뷰 배치
◦
각 뷰의 필터, 정렬, 표시 속성 설정
◦
템플릿 옵션에서 "기본값으로 설정" 체크
•
템플릿 이름 처리 원칙
◦
버튼으로 페이지 생성 시 템플릿 이름이 제목으로 사용되는 구조
◦
버튼 생성 시에는 템플릿 이름을 비워두어 버튼에서 지정한 제목이 그대로 적용되도록 설계
◦
데이터베이스 내에서 직접 템플릿을 선택해 새 페이지를 만들 때만 템플릿 이름 사용
•
자동 적용의 이점
◦
상위 페이지에서 버튼으로 하위 페이지 생성 시 템플릿이 자동 적용
◦
관계형으로 연결된 하위 데이터가 미리 설정한 필터 조건에 맞게 자동 표시
◦
모든 페이지가 동일한 레이아웃과 구조를 유지하는 운영 일관성 확보
•
템플릿 설정 체크리스트
◦
상단 속성을 4개 이하로 선정
◦
나머지 속성을 패널로 이동
◦
관계형 하위 데이터를 위한 링크드 뷰 배치
◦
각 뷰의 필터와 정렬 조건 설정 완료
◦
템플릿을 기본값으로 설정
◦
버튼 생성용 템플릿은 템플릿 이름 제거
입력과 조회 분리 운영 원칙
•
색상 기반 역할 구분 체계
◦
노란색 영역
▪
데이터 입력 영역
▪
새로운 데이터 생성 역할
◦
초록색 영역
▪
데이터 수정 영역
▪
상태 변경 및 트래킹 역할
◦
검은색 영역
▪
데이터 조회 영역
▪
읽기 전용 역할
•
개인 대시보드 역할 재정의
◦
기존 명칭: 개인 페이지
◦
변경 명칭: 개인 대시보드
◦
의미: 입력 공간이 아니라 현황 조회를 위한 대시보드 역할
•
입력 위치 제한 원칙
◦
모든 신규 데이터 입력 위치를 OKR 메인 페이지의 Input 섹션으로 한정
◦
개인 대시보드는 착수/완료 버튼 클릭 등 상태 변경 중심 활용
◦
데이터베이스 기본 "새로 만들기" 버튼 사용 금지
•
데이터 정합성 유지 관점 핵심 규칙
◦
입력은 인풋에서만 수행
◦
대시보드는 보기 중심으로 활용
•
자주 발생하는 실수 패턴
◦
개인 대시보드에서 새로 만들기 버튼 클릭
▪
관계형이 연결되지 않은 고립 데이터 발생
◦
데이터베이스를 직접 열어 데이터 생성
▪
템플릿이 적용되지 않는 페이지 생성
◦
Input 섹션을 건너뛰고 현황판에서 직접 입력 시도
▪
설계 의도와 다른 흐름으로 인한 시스템 오류 가능성
개인 대시보드 구성 구조
•
개인 대시보드 기본 구조
◦
상단 바로가기 버튼 영역
▪
OKR 메인 페이지 이동 버튼
▪
프로젝트 메인 페이지 이동 버튼
◦
현황판 섹션 (검은색, 보기 전용)
▪
Objective 리스트
▪
Key Result 리스트
▪
Initiative 리스트
▪
Task 리스트
◦
기한 경과 섹션 (검은색)
▪
지연된 태스크 목록 표시
◦
타임라인 섹션 (검은색)
▪
일정 기반 시각화 뷰
◦
트래킹 섹션 (초록색)
▪
Initiative 달성/미달성 버튼 기반 업데이트
▪
Task 착수/완료 버튼 기반 업데이트
•
바로가기 버튼 도입 이유
◦
개인 대시보드가 전체 페이지로 열리는 구조
◦
상위 OKR 메인 페이지로 되돌아가는 경로가 직관적이지 않은 UX
◦
점점점 메뉴를 통한 경로 탐색 대신 버튼으로 즉시 이동 가능하도록 개선
•
트래킹 버튼 동작
◦
착수 버튼
▪
태스크 상태를 미착수에서 진행 중으로 변경
▪
시작일 자동 기록
◦
완료 버튼
▪
태스크 상태를 진행 중에서 완료로 변경
▪
종료일 자동 기록
◦
Initiative 달성 버튼
▪
미달성 상태에서 달성 상태로 변경
회의록 및 체크리스트 관리 방식
•
회의록 관리 전략
◦
회의록 데이터베이스와 OKR 데이터베이스를 직접 관계형으로 연결 시
▪
회의록 DB에 관계형 속성이 과도하게 누적되는 구조
▪
향후 프로젝트나 다른 시스템과의 관계형도 추가되면서 복잡성 증가
◦
해결 방향: 회의록 페이지 내에서 페이지 멘션(@) 기반 연결 사용
•
멘션 활용 절차
◦
관련 KR 또는 Initiative 페이지 링크 복사
◦
회의록 페이지 본문에 링크 붙여넣기
◦
멘션 옵션 선택으로 페이지 연결
◦
해당 회의에서 다룬 OKR 항목임을 명시
•
체크리스트 관리 전략
◦
각 태스크마다 필요한 체크리스트가 서로 다른 구조
◦
세부 항목 수준 트래킹(수치 기반)이 아니라 이행 여부만 확인
◦
태스크 데이터베이스 내 템플릿 기능을 활용한 체크리스트 관리
•
체크리스트 템플릿 구성 방법
◦
태스크 DB에서 새 템플릿 생성
◦
템플릿 이름 예시
▪
01 리서치 체크리스트
▪
02 스타일 확정 체크리스트
◦
템플릿 본문 구조
▪
콜아웃 블록으로 "체크리스트" 섹션 생성
▪
할 일 블록으로 세부 항목 나열
•
템플릿 기본값 미설정 이유
◦
태스크 유형별로 요구되는 체크리스트가 다름
◦
리서치 태스크에는 리서치 전용 템플릿 적용
◦
스타일 확정 태스크에는 스타일 확정 전용 템플릿 적용
◦
사용자가 태스크 유형에 맞는 템플릿을 선택 적용하는 방식 유지
실제 데이터 입력 테스트 흐름
•
기본 입력 순서
◦
Objective 입력
▪
제목, 기간, PIC 입력
▪
입력 완료 상태 전환
◦
Key Result 생성
▪
KR 생성 버튼 활용 (새로 만들기 버튼 사용 금지)
◦
KR 상세 입력
▪
PIC, 팀, 측정 방식, 목표값, 단위 입력
▪
입력 완료 상태 전환
◦
Initiative 생성
▪
Initiative 생성 버튼 활용
◦
Initiative 상세 입력
▪
PIC, 기간, 팀 입력
▪
입력 완료 상태 전환
◦
Task 생성
▪
Task 생성 버튼 활용
◦
Task 상세 입력
▪
PIC, 기간, 팀 입력
▪
입력 완료 상태 전환
◦
Objective 진행 처리
▪
현황판 Objective 섹션에서 진행 버튼 클릭
•
날짜 입력 운영 팁
◦
종료일 직접 입력 대신 Shift + 클릭으로 기간 범위 선택
◦
기간 복사
▪
셀 선택 후 복사
▪
다른 셀에 붙여넣기
•
KR 트래킹 입력 패턴
◦
주기 예시
▪
매주 목요일 등 정기 입력 주기 설정
◦
기본 동작
▪
버튼 클릭 시점 기준으로 날짜 자동 입력
◦
과거 날짜 보정
▪
필요 시 날짜를 수동으로 수정
•
비즈니스 적용 자가 질문
◦
조직의 OKR 체크인 주기 설정
▪
주간, 격주, 월간 중 적합 주기 판단
◦
개인 대시보드에서 최우선 확인 정보 정의
◦
회의록과 OKR 연결 방식 선택
▪
멘션만으로 충분한지 여부
▪
별도 관계형 연결 필요 여부
개인 대시보드와 팀 대시보드 관계
•
제작 순서 원칙
◦
개인 대시보드 먼저 설계 및 사용
◦
실제 사용 과정에서 피드백 수집
◦
개인 대시보드를 안정화한 후 팀 대시보드 제작
•
구조 동기화 방식
◦
팀 대시보드는 개인 대시보드 구조를 그대로 복제
◦
팀별 필터 조건만 변경하여 적용
•
변경 난이도 고려
◦
개인 대시보드 구조 변경 시 팀 대시보드 전체를 함께 수정해야 하는 구조
◦
팀 수가 늘어날수록 수동 변경 비용 증가
◦
초기 설계 단계에서 개인 대시보드를 충분히 검증한 후 팀 단위 확장 진행
•
개인 대시보드 내 OKR·프로젝트 통합
◦
OKR 섹션과 프로젝트 섹션을 한 대시보드에서 함께 구성
◦
각 메인 페이지로 이동하는 바로가기 버튼 배치
메인 현황판(대시보드) 구성 원칙
•
섹션별 색상·역할·버튼 구조
◦
Objective 섹션
▪
색상: 초록색
▪
역할: 진행 상태 변경
▪
버튼: 진행 버튼
◦
Key Result 섹션
▪
색상: 검은색
▪
역할: 보기 전용
▪
버튼: 없음
◦
Initiative 섹션
▪
색상: 검은색
▪
역할: 보기 전용
▪
버튼: 없음
◦
Task 섹션
▪
색상: 검은색
▪
역할: 보기 전용
▪
버튼: 없음
◦
기한 경과 섹션
▪
색상: 검은색
▪
역할: 지연 항목 모니터링
▪
버튼: 없음
◦
타임라인 섹션
▪
색상: 검은색
▪
역할: 일정 시각화
▪
버튼: 없음
•
Objective만 초록색으로 두는 이유
◦
OKR 시작 시점에 진행 버튼을 눌러야 하는 책임 지점
◦
상태 변경이 일어나는 유일한 상호작용 섹션으로 강조
◦
나머지 섹션은 보기 전용 현황판 역할 유지
•
기한 경과 섹션 활용 방식
◦
지연된 태스크만 자동 필터링하여 표시
◦
섹션이 비어 있으면 지연 없음 상태 의미
◦
긴급 조치가 필요한 태스크를 빠르게 파악하는 경보판 역할
참고 주제 링크
•
노션 페이지 템플릿 설계
◦
데이터베이스 내 일관된 페이지 구조 설계 관점 참고 주제
•
노션 패널 활용 방법
◦
속성 정리와 페이지 레이아웃 간결화 관점 참고 주제
•
대시보드 설계 원칙
◦
역할별 인터페이스 분리와 색상 코딩 패턴 관련 참고 주제
