회의에서는 정리됐는데, 왜 업무는 다시 확인하게 될까?
팀 프로젝트가 복잡해지는 이유는 업무량보다 정보가 흩어지는 방식에 있는 경우가 많습니다. 회의 내용은 메신저에 있고, 일정은 엑셀에 있으며, 수정 요청은 이메일로 전달됩니다. 담당자는 업무를 시작하기 전에 여러 곳을 돌아다니며 최신 내용을 확인해야 합니다.
예를 들어 마케팅팀이 신제품 소개 페이지를 만드는 상황을 생각해 보겠습니다.
오전 10시, 메신저
“소개 문구는 어제 회의에서 정한 방향으로 수정해 주세요.”오전 11시, 이메일
“제품 사진은 첨부파일의 두 번째 버전으로 교체 부탁드립니다.”오후 2시, 회의
“법무 검토가 끝나기 전에는 공개하지 않는 것으로 하겠습니다.”
이렇게 전달된 내용을 담당자가 다시 하나의 업무로 조립해야 합니다. 누락이 생기면 실행력이 부족해서가 아니라, 업무의 출발점이 여러 곳으로 나뉘어 있기 때문입니다.
이번 글에서는 Notion의 기본 기능을 나열하지 않습니다. 대신 ( ( (자세히 보기)자세히 보기)자세히 보기)업무 요청 → 담당자 배정 → 진행 상황 공유 → 피드백 수집 → 완료 확인이 한 흐름으로 이어지는 실제 프로젝트 페이지를 만들어 보겠습니다.
먼저 프로젝트 페이지의 구조부터 정합니다
처음부터 복잡한 시스템을 만들 필요는 없습니다. 직장인 팀이 바로 사용할 수 있는 기본 구조는 다음 네 영역이면 충분합니다.
| 영역 | 역할 | 포함할 내용 |
|---|---|---|
| 프로젝트 개요 | 목표와 기준 공유 | 목표, 일정, 완료 조건, 관련 문서 |
| 업무 보드 | 실행 항목 관리 | 담당자, 상태, 마감일, 우선순위 |
| 회의 및 결정 기록 | 최종 결정 보존 | 결정 내용, 결정일, 변경 이유 |
| 피드백함 | 수정 요청 수집 | 대상 업무, 요청 내용, 처리 상태 |
Notion에서 새 페이지를 만든 뒤 제목을 다음과 같이 입력합니다.
2026 하반기 신제품 소개 페이지 제작
그 아래에 다음 내용을 그대로 넣습니다.
프로젝트 목표
신제품의 주요 기능과 구매 정보를 모바일에서도 쉽게 확인할 수 있는 소개 페이지를 제작한다.완료 기준
제품 정보 검수, 디자인 검수, 법무 검토, 모바일 화면 확인이 모두 완료된 상태공개 예정일
2026년 9월 15일프로젝트 책임자
마케팅팀 팀장
여기서 많은 팀이 놓치는 부분은 일정만 적고 완료 기준을 적지 않는 것입니다. “페이지 제작 완료”만 적으면 사람마다 완료의 의미가 달라집니다. 디자인이 끝난 상태인지, 법무 검토까지 끝난 상태인지 알 수 없습니다.
완료 기준을 체크 가능한 문장으로 적으면 마지막 단계에서 생기는 재확인과 책임 공방을 줄일 수 있습니다.
업무 보드는 ‘할 일 목록’이 아니라 인수인계표로 만듭니다
이제 프로젝트 페이지에 데이터베이스를 추가합니다. Notion에서 /데이터베이스를 입력하고 ‘인라인 데이터베이스’를 선택한 뒤 이름을 업무 보드로 지정합니다.
다음 속성을 만듭니다.
| 속성명 | 속성 유형 | 입력 예시 |
|---|---|---|
| 업무명 | 제목 | 제품 상세 문구 초안 작성 |
| 담당자 | 사람 | 콘텐츠 담당자 |
| 상태 | 상태 | 요청, 진행 중, 검토 중, 완료 |
| 마감일 | 날짜 | 2026년 8월 21일 |
| 우선순위 | 선택 | 높음, 보통, 낮음 |
| 선행 업무 | 관계형 또는 텍스트 | 제품 사양 확정 |
| 완료 조건 | 텍스트 | 팀장 검토 및 법무 확인 완료 |
| 최종 수정일 | 최종 편집 시간 | 자동 기록 |
실제 업무를 입력하면 이렇게 달라집니다
단순한 업무 입력은 다음과 같습니다.
제품 소개 문구 작성 / 콘텐츠 담당 / 8월 21일까지
이 정도만 입력하면 담당자는 다시 물어봐야 합니다.
“어떤 자료를 기준으로 작성하나요?”
“누가 최종 확인하나요?”
“분량은 어느 정도인가요?”
업무 페이지를 열어 다음 형식으로 작성해 보겠습니다.
업무명
제품 상세 문구 초안 작성업무 목적
고객이 제품의 차별점을 30초 안에 이해할 수 있도록 주요 기능을 세 문단으로 정리한다.입력 자료
제품 사양서 v3, 지난 회의 결정 기록, 기존 상세 페이지결과물
제목 3개, 요약 문구 1개, 주요 기능 설명 3개완료 조건
제품 사양과 숫자가 일치하고, 디자인 담당자가 화면에 적용할 수 있는 형태로 작성된 상태검토 담당
마케팅팀 팀장
입력 자료와 결과물, 완료 조건을 함께 적으면 담당자는 별도의 질문 없이 바로 작업을 시작할 수 있습니다. 업무 보드는 진행률을 보여주는 표가 아니라, 업무를 안전하게 넘겨주는 인수인계표로 사용해야 합니다.
팀원 역할은 이름보다 책임 범위로 구분합니다
“담당자: 마케팅팀”처럼 팀 단위로 적으면 실제 책임자가 불분명해집니다. 반대로 모든 업무에 여러 사람을 공동 담당자로 지정하면 누가 먼저 움직여야 하는지 알기 어렵습니다.
각 업무에는 다음 네 역할을 구분해 적는 것이 좋습니다.
| 역할 | 담당 내용 | 확인 질문 |
|---|---|---|
| 실행 담당 | 결과물을 직접 작성하거나 제작 | 누가 실제 작업을 하는가? |
| 검토 담당 | 품질과 기준을 확인 | 누가 수정 여부를 판단하는가? |
| 승인 담당 | 최종 공개 또는 제출을 승인 | 누가 최종 결정을 내리는가? |
| 공유 대상 | 진행 결과를 알아야 하는 관계자 | 누구에게 결과를 알려야 하는가? |
역할 분담 체크리스트
업무 페이지에 아래 체크리스트를 템플릿으로 저장해 두면 새 업무를 만들 때마다 역할 누락을 확인할 수 있습니다.
□ 실제 작업을 수행할 담당자가 한 명 이상 지정되어 있는가?
□ 결과물을 검토할 사람이 지정되어 있는가?
□ 최종 승인 권한을 가진 사람이 명확한가?
□ 업무에 필요한 입력 자료가 연결되어 있는가?
□ 담당자가 판단할 수 있는 완료 조건이 적혀 있는가?
□ 지연될 경우 영향을 받는 다음 업무가 표시되어 있는가?
Notion 데이터베이스 오른쪽 위의 새로 만들기 메뉴에서 새 템플릿을 선택한 뒤 위 항목을 넣어 두면 됩니다. 이후 팀원은 빈 페이지가 아니라 동일한 구조의 업무 페이지에서 시작하게 됩니다.
피드백은 댓글이 아니라 ‘처리 가능한 요청’으로 수집합니다
Notion 댓글은 빠른 의견 교환에는 편리하지만, 수정 요청이 많아지면 무엇이 처리됐는지 확인하기 어렵습니다. 특히 한 업무에 여러 부서가 의견을 남기면 댓글이 대화 기록으로만 남고 실행 항목으로 전환되지 않는 경우가 많습니다.
프로젝트 페이지에 두 번째 데이터베이스를 만들고 이름을 피드백함으로 지정합니다.
| 속성명 | 입력 예시 |
|---|---|
| 피드백 제목 | 첫 화면 제품 이미지 교체 |
| 대상 업무 | 신제품 소개 페이지 디자인 |
| 요청자 | 영업팀 |
| 요청 내용 | 현재 이미지보다 실제 사용 장면이 보이는 사진으로 교체 |
| 요청 이유 | 고객이 제품 크기를 이해하기 어려움 |
| 처리 담당 | 디자인 담당자 |
| 처리 상태 | 접수, 검토 중, 반영, 보류 |
| 결정 내용 | 두 번째 시안의 사용 장면 사진으로 교체 |
좋지 않은 피드백과 실행 가능한 피드백의 차이
다음과 같은 피드백은 담당자가 의미를 다시 해석해야 합니다.
“첫 화면이 조금 약해 보입니다. 더 눈에 띄게 해주세요.”
피드백함에는 다음과 같이 입력합니다.
대상
모바일 첫 화면의 제품 이미지현재 문제
제품만 단독으로 보여 실제 크기와 사용 상황을 이해하기 어렵다.요청 내용
사무실 책상에서 제품을 사용하는 사진으로 교체한다.완료 판단 기준
모바일 화면에서 제품과 사용 장면이 동시에 보이며, 제목 문구를 가리지 않아야 한다.희망 처리일
8월 27일
차이는 표현의 길이가 아니라 수정 대상과 완료 기준이 있는지에 있습니다. 담당자는 “눈에 띄게”라는 감각적인 요청을 추측하지 않고, 무엇을 어떻게 바꿔야 하는지 바로 확인할 수 있습니다.
AI는 회의록을 요약하는 데서 끝내지 말고 업무 항목으로 변환합니다
Notion AI나 사내에서 허용된 생성형 AI 도구를 사용한다면 회의 내용을 단순 요약하는 것보다, 업무 보드에 입력할 구조로 변환하는 방식이 실용적입니다.
다음은 회의 메모를 AI에 입력하는 실제 예시입니다.
입력
아래 회의 메모에서 실행할 업무를 추출해 주세요.
각 업무를 업무명, 실행 담당, 검토 담당, 마감일, 입력 자료, 결과물, 완료 조건으로 구분해 표로 작성하세요.
메모에 없는 담당자나 날짜는 추측하지 말고 ‘확인 필요’로 표시하세요.[회의 메모]
제품 소개 페이지는 9월 15일 공개 예정. 영업팀이 8월 18일까지 고객 질문 목록을 전달한다. 콘텐츠팀은 질문 목록을 반영해 문구 초안을 작성한다. 제품 수치는 개발팀의 최신 사양서를 기준으로 하고, 공개 전 법무 검토가 필요하다.
AI의 결과는 다음과 같은 형태가 됩니다.
| 업무명 | 실행 담당 | 마감일 | 결과물 | 완료 조건 |
|---|---|---|---|---|
| 고객 질문 목록 정리 | 영업팀 | 8월 18일 | 고객 질문 목록 | 콘텐츠팀이 문구 작성에 사용할 수 있도록 질문이 항목별로 정리된 상태 |
| 제품 소개 문구 초안 작성 | 콘텐츠팀 | 확인 필요 | 소개 문구 초안 | 고객 질문과 최신 제품 사양이 반영된 상태 |
| 제품 소개 페이지 법무 검토 | 확인 필요 | 9월 15일 이전 | 법무 검토 의견 | 공개 가능 여부와 수정 항목이 확인된 상태 |
이 결과를 그대로 확정해서는 안 됩니다. 회의 참석자가 담당자와 날짜를 확인한 뒤 Notion 업무 보드에 옮겨야 합니다. AI는 업무를 결정하는 사람이 아니라, 흩어진 문장을 구조화하는 보조 수단으로 사용하는 것이 안전합니다.
매일 보고하지 않아도 진행 상황이 보이게 설정합니다
업무 보드에는 목적에 따라 여러 보기를 만듭니다.
1. 담당자별 보기
그룹 기준을 ‘담당자’로 설정합니다. 팀원마다 자신이 맡은 업무를 한곳에서 볼 수 있습니다.
2. 이번 주 마감 보기
필터를 ‘마감일이 이번 주’로 설정합니다. 주간회의에서는 전체 업무가 아니라 이 화면만 확인합니다.
3. 검토 대기 보기
필터를 ‘상태가 검토 중’으로 설정합니다. 관리자는 무엇을 승인해야 하는지 바로 확인할 수 있습니다.
4. 지연 업무 보기
필터를 ‘마감일이 오늘보다 이전’이면서 ‘상태가 완료가 아님’으로 설정합니다. 지연 업무를 사람이 따로 모으지 않아도 됩니다.
주간회의에서는 다음 순서로 화면을 확인하면 됩니다.
1. 이번 주 마감 업무 중 지연 가능성이 있는 항목 확인
2. 검토 대기 업무의 승인 여부 결정
3. 새로 접수된 피드백의 담당자 지정
4. 변경된 결정 사항을 회의 및 결정 기록에 남김
이 방식은 “각자 진행 상황을 말해 주세요”로 시작하는 긴 보고를 줄여 줍니다. 이미 보드에 표시된 내용은 읽고, 회의에서는 지연 원인과 의사결정이 필요한 항목에 집중할 수 있습니다.
대부분이 놓치는 부분: 변경 이유를 함께 기록합니다
프로젝트가 길어지면 팀원들은 최종 결정은 기억해도 왜 그렇게 결정했는지는 잊기 쉽습니다. 그러면 몇 주 뒤 같은 논쟁이 반복됩니다.
프로젝트 페이지에 회의 및 결정 기록 데이터베이스를 만들고 다음 항목을 기록합니다.
결정 내용
첫 화면의 제품 사진을 사용 장면 사진으로 변경한다.결정일
2026년 8월 25일결정 이유
사용자 테스트에서 제품 크기를 이해하기 어렵다는 의견이 반복적으로 확인됨.영향받는 업무
메인 디자인 수정, 모바일 화면 검수, 이미지 사용권 확인결정 담당
프로젝트 책임자
결정 이유까지 남기면 새로 합류한 팀원도 과거 대화를 모두 읽지 않고 현재 방향을 이해할 수 있습니다. 페이지의 목적은 기록을 많이 쌓는 것이 아니라, 다음 사람이 같은 판단을 반복하지 않도록 만드는 데 있습니다.
바로 복사해 사용할 수 있는 프로젝트 템플릿
아래 구조를 새 Notion 페이지에 복사한 뒤 팀 상황에 맞게 항목만 바꾸면 됩니다.
프로젝트명
[프로젝트 이름]목표
[이번 프로젝트에서 달성할 결과]완료 기준
□ 주요 결과물 제작 완료
□ 관련 부서 검토 완료
□ 최종 승인 완료
□ 배포 또는 전달 완료주요 일정
시작일: [날짜]
중간 검토일: [날짜]
최종 완료일: [날짜]역할
프로젝트 책임자: [이름 또는 직책]
실행 담당: [이름 또는 직책]
검토 담당: [이름 또는 직책]
승인 담당: [이름 또는 직책]업무 보드 필수 속성
업무명 / 담당자 / 상태 / 마감일 / 입력 자료 / 결과물 / 완료 조건 / 검토 담당피드백함 필수 속성
대상 업무 / 요청자 / 현재 문제 / 요청 내용 / 완료 판단 기준 / 처리 담당 / 처리 상태회의 및 결정 기록
결정 내용 / 결정 이유 / 결정일 / 영향받는 업무 / 결정 담당
사내에서 사용할 때 확인할 데이터 관리 원칙
Notion은 협업에 편리하지만, 모든 회사 정보를 그대로 입력해도 된다는 뜻은 아닙니다. 도입 전에 사내 보안 규정과 사용 가능한 협업 도구 범위를 먼저 확인해야 합니다.
다음 정보는 별도 승인 없이 외부 협업 서비스나 생성형 AI에 입력하지 않는 편이 안전합니다.
- 고객 이름, 전화번호, 이메일 주소 등 개인정보
- 주민등록번호, 계좌번호, 결제 정보
- 공개 전 재무 정보와 계약 조건
- 제품 설계도, 소스 코드, 제조 공정 정보
- 인사평가, 급여, 징계 등 인사 정보
- 회사에서 대외비로 분류한 문서
프로젝트 관리에는 실명이 꼭 필요하지 않은 경우가 많습니다. 고객 이름 대신 고객번호를 사용하고, 계약 금액 대신 “예산 승인 필요”처럼 업무 수행에 필요한 수준만 적을 수 있습니다.
또한 팀 페이지의 공유 설정을 확인해 프로젝트 참여자만 접근하도록 제한하고, 외부 공유 링크는 필요할 때만 활성화해야 합니다. 퇴사자나 프로젝트 종료 인원의 접근 권한도 정기적으로 점검하는 것이 좋습니다.
정리: 좋은 프로젝트 페이지는 질문을 줄여 줍니다
Notion으로 팀 협업을 개선하려면 화려한 대시보드보다 업무가 전달되는 구조를 먼저 만들어야 합니다.
프로젝트 목표와 완료 기준을 적고, 업무마다 입력 자료와 결과물을 명확히 구분합니다. 담당자뿐 아니라 검토자와 승인자를 지정하고, 피드백은 댓글에 흩어 두지 않고 처리 상태가 보이는 요청으로 관리합니다. 회의 내용은 요약에서 끝내지 않고 실제 업무 항목으로 변환합니다.
페이지를 만든 뒤 다음 질문으로 점검해 보세요.
“새로 참여한 팀원이 별도의 설명 없이도 지금 해야 할 일과 완료 기준을 이해할 수 있는가?”
답이 어렵다면 기능을 더 추가하기보다 업무명, 입력 자료, 결과물, 완료 조건부터 구체적으로 수정하는 편이 효과적입니다.
FAQ
1. 팀원들이 Notion 입력을 번거로워하면 어떻게 해야 하나요?
처음부터 모든 업무를 기록하게 하면 부담이 커질 수 있습니다. 우선 여러 사람이 함께 진행하거나 검토가 필요한 업무만 등록해 보세요. 업무 템플릿에는 담당자, 마감일, 결과물, 완료 조건처럼 실제 실행에 필요한 항목만 남기는 것이 좋습니다. 이미 메신저로 전달한 내용을 다시 길게 작성하게 하기보다, 최종 결정과 실행 항목만 Notion에 남기는 방식으로 시작할 수 있습니다.
2. 댓글과 피드백 데이터베이스는 어떻게 구분해서 사용하나요?
간단한 질문이나 문장 수정 의견은 댓글을 사용해도 됩니다. 반면 담당자 지정, 마감일 설정, 처리 여부 확인이 필요한 요청은 피드백 데이터베이스에 등록하는 편이 안전합니다. 기준은 간단합니다. 나중에 “이 요청이 처리됐는가?”를 확인해야 한다면 별도의 피드백 항목으로 관리합니다.
3. 회의록을 ChatGPT나 Notion AI에 입력해도 괜찮나요?
회사에서 승인한 도구인지, 입력 데이터가 학습이나 서비스 개선에 사용될 수 있는지, 관리자 설정으로 데이터 사용 범위를 통제할 수 있는지 먼저 확인해야 합니다. 고객 개인정보, 계약 내용, 미공개 실적, 기술 자료처럼 민감한 정보는 그대로 입력하지 않는 것이 원칙입니다. 필요한 경우 이름과 수치를 제거한 뒤 업무 구조만 추출하고, AI가 만든 담당자·일정·결정 내용은 회의 참석자가 다시 확인해야 합니다.