노션 프로젝트 보드 — 포트폴리오 로드맵·마일스톤·교차 의존성(2025)
1) 스키마 설계(포트폴리오 레벨)Programs: 프로그램명, 오너, 기간(분기), 예산(선택), 진행률(롤업), 건강도(수식)Projects: 프로젝트명, 상태, 오너, 기간, 연결 Program(관계형), 완료율(롤업), 리스크 수준Milestones: 마일스톤명, 목표일, 소속 Project(관계형), 달성율(롤업), 상태 신호(수식)Tasks: 작업명, 상태, 담당자, 마감일, 소속 Project(관계형), 예상 공수, 완료일2) 핵심 롤업·수식 레시피Projects/완료율: Tasks에서 상태=완료 개수 ÷ 전체 개수 → round(100 * 완료/전체)%Milestones/달성율: 연결 Tasks 완료율(혹은 체크리스트 통과율) 롤업Milestones/상태 신호: if(dateBetween(..
2025. 8. 13.
노션 프로젝트 보드 — 거버넌스·온보딩·명명 규칙(2025)
1) 명명 규칙: 처음부터 일관성 있게데이터베이스: Projects_팀명_연도, Tasks_전사, Sprints_Q{분기}_팀속성(카멜케이스/국문): 상태, 우선순위, 담당자, 마감일, 완료일, 프로젝트상태 값(최대 5): 백로그 / 할 일 / 진행 / 검토 / 완료우선순위: 높음 / 보통 / 낮음 (색상 고정: 빨/회/파)태그: 10개 이내 유지, 유사어는 통합(예: “버그”=“결함”)2) 표준 스키마(최소셋)모든 보드는 공통 5속성(상태·우선순위·담당자·마감일·프로젝트)을 갖고, 팀별 특수 속성은 접두사로 구분합니다. 예: 마케팅 전용 MKT_채널, 개발 전용 DEV_스토리포인트.3) 변경 관리(릴리즈) 프로세스요청: 페이지 “개선 요청함”(폼/표)에서 템플릿·속성·뷰 변경 제안 수집.검토: 주 1회..
2025. 8. 13.
노션 프로젝트 보드 — 검토·승인 워크플로우 & 버전 관리(2025)
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..
2025. 8. 12.
노션 프로젝트 보드 — 의존성·리스크·RACI 책임 맵(2025)
왜 의존성·RACI를 지금 넣어야 하나?보드가 커질수록 “누가 막고 있는지, 누구에게 승인 받아야 하는지”가 흐려집니다. 자기참조 관계형(Tasks↔Tasks)으로 의존성을 명시하고, RACI(Responsible/Accountable/Consulted/Informed)로 역할을 고정하면 지연과 핑퐁을 크게 줄일 수 있습니다.데이터베이스 확장Tasks: 작업명, 상태, 담당자(Responsible), 승인자(Accountable)(사람), 자문(Consulted)(사람, 다중), 공유(Informed)(사람, 다중), 의존 작업(관계형: Tasks→Tasks), 차단됨?(수식), 최초 시작 가능일(롤업/수식), 마감일, 완료일, 우선순위.Risks (선택): 리스크명, 프로젝트(관계형), 영향(1–5),..
2025. 8. 12.