1) 스키마 확장: 승인 필수 속성
- Tasks: 상태(진행/검토 대기/수정 요청/완료), 담당자, 승인자(사람), 승인일(날짜), 산출물 링크(URL/페이지), 버전(숫자), 변경요약(텍스트)
- QA Checks(하위 DB): 항목명, 유형(UI/카피/기능 등), 필수여부(체크), 결과(Pass/Fail), 연결 작업(관계형)
2) Definition of Done(DoD) 체크리스트
체크리스트를 속성으로만 두면 누락이 잦습니다. QA Checks를 별도 DB로 만들어 작업과 연결하고, 롤업으로 통과율을 계산해 승인 조건으로 사용합니다.
- 통과 수(롤업): 연결 QA 결과가 Pass인 항목 수
- 전체 수(롤업): 연결 QA 전체 항목 수
- 통과율(수식):
round(100 * prop("통과 수") / max(1, prop("전체 수")))% - 승인 가능?(수식):
if(prop("통과율") >= 100, true, false)
3) 버전 관리 간단 규칙
- 버전 숫자 속성(예: 1.0 → 1.1 → 2.0)과 변경요약을 매 수정 시 갱신.
- 산출물 링크는 문서/디자인/배포 페이지를 가리키고, 외부 파일은 원본 저장소 URL을 기록.
- 완료 시 승인일 기록, 노션 페이지 기록(History)로 변경 추적.
4) 상태 전환 자동화·수식
- 검토 대기 진입 → 승인자 멘션 & 알림, 버전 자동 증가(템플릿 버튼 활용)
- 승인 가능 신호:
if(prop("상태")="검토 대기" and prop("승인 가능?"), "승인 준비", "검토 중") - 지연 경고:
if(prop("상태")!="완료" and dateBetween(prop("마감일"), now(),"days")<0, "초과", "")
5) 뷰 구성
- 검토 인박스: 상태=검토 대기 & 승인자=현재 사용자
- 수정 요청 큐: 상태=수정 요청, 마감↑ 정렬
- 승인 로그: 완료 & 승인일 존재, 버전·승인자·변경요약 열 표시
- QA 보드(QA Checks): 그룹=유형, 필터=Fail 우선
6) 운영 표준(SOP) 샘플
- 검토 대기: 산출물 링크 필수, QA Checks 100% Pass
- 수정 요청: 승인자가 변경요청 코멘트 남김 → 담당자가 반영 후 버전+0.1
- 완료: 승인자 승인, 승인일 입력, 아카이브 후보 전환
7) 품질과 속도를 함께 잡는 팁
- 승인자는 1명 원칙(모호성 제거), 자문은 댓글 멘션으로 참여
- QA 항목은 10개 내외의 핵심 체크만 유지
- 반복 항목은 QA Checks 템플릿으로 미리 채워 시간 절약
FAQ
Q. 체크리스트 없이도 승인 가능하게 하고 싶어요.
A. 가능합니다. 다만 최소 3개(요구사항 일치/접근성/릴리즈 노트) 정도의 필수 항목을 두면 품질 변동성이 줄어듭니다.
Q. 버전 충돌이 생겨요.
A. 담당자만 버전을 올리고, 승인자가 승인일을 기록하는 역할 분리를 적용하세요. 외부 파일은 원본 저장소 링크만 사용합니다.