프로젝트에 자료와 작업 기준 모으기

2026년 9월 15일 기준. 공식 문서의 설명과 Claude 웹에서 직접 진행한 실습을 함께 담았습니다. 연습 자료는 가상으로 만들었으며, 작성한 예시와 실제 답변을 구분해 표시했습니다.

매주 영상을 준비한다고 생각해 보세요. 새 대화를 열 때마다 “우리 시청자는 처음 AI를 접하는 사람이고, 영상은 10분 안쪽이며, 무료로 따라 할 수 있어야 한다”는 배경을 다시 설명합니다. 지난번 계획표도 찾아서 첨부하고, 바뀐 일정도 알려 줘야 합니다.

이처럼 여러 작업이 같은 자료와 기준을 사용한다면 프로젝트로 묶을 수 있습니다. 하나의 프로젝트 안에서 기획, 구성안, 공지문을 각각 다른 대화로 진행하면서 공통 자료를 활용하는 방식입니다.

이 글에서는 프로젝트의 기본 기능과 관리 방법을 살펴본 뒤, 서로 내용이 다른 계획표와 수정 메모를 함께 주고 최신 일정에 맞는 결과를 만드는 실습을 진행합니다. 자료를 많이 올리는 것에 그치지 않고, 어떤 내용을 기준으로 작업하게 할지까지 정해 보는 예입니다.

1. 프로젝트에 무엇을 모으는가

프로젝트는 관련 대화와 참고 자료, 프로젝트 지침을 모은 작업 공간입니다. 반복 업무나 하나의 학습 주제를 이어갈 때 활용할 수 있습니다. 일반 프로젝트는 Free에서도 사용할 수 있으며 최대 5개를 만들 수 있습니다. 큰 자료를 검색하는 RAG는 Pro·Max·Team·Enterprise, 조직 내 프로젝트 공유는 Team·Enterprise 기능입니다.

먼저 자료와 지침의 역할을 나누면 설정이 쉬워집니다.

넣을 내용	위치	이 글의 실습 예
작업의 근거가 되는 정보	프로젝트 지식·파일	독자 정보, 영상 계획표, 일정 수정 메모
작업할 때 계속 지킬 기준	프로젝트 지침	수정 메모를 우선하고, 없는 사실을 만들지 않기
지금 필요한 결과물과 요청	프로젝트 안의 개별 대화	이번 달 확정 일정표 만들기

이 구분에서 지식은 “무엇을 참고하는가”, 지침은 “어떻게 작업하는가”에 가깝습니다. 모든 작업에 공통으로 쓰는 개인 선호는 계정 설정의 Instructions for Claude, 특정 프로젝트에서만 쓰는 기준은 프로젝트 지침에 둘 수 있습니다.

프로젝트를 주제마다 무조건 만들 필요는 없습니다. 한 번 답을 받고 끝날 질문은 일반 대화로도 충분합니다. 반대로 서로 다른 고객이나 서로 다른 기준의 작업은 분리하는 편이 관리하기 쉽습니다. “다음 작업에서도 이 자료와 기준을 다시 쓸까?”를 기준으로 결정해 보세요.

2. 만들고 자료와 지침 넣기

Projects에서 새 프로젝트를 선택하고 이름·설명을 작성합니다. Claude는 이 이름·설명을 참고하지 않으므로 작업 배경은 자료·지침에 넣습니다. 지식 영역의 +로 파일을 추가하고 프로젝트 지침을 저장합니다.

이번 실습에서 확인한 한국어 웹 화면에서는 공통 자료 영역이 컨텍스트로 표시됐습니다. 그곳의 파일 추가 → 기기에서 업로드를 사용하면 됩니다. 작업 기준은 지침 → 지침 편집에서 작성하고 지침 저장을 누릅니다. 채팅 입력창에도 첨부 버튼이 있으므로, 프로젝트 전체에서 쓸 자료를 올릴 때는 어느 영역의 버튼인지 먼저 확인하세요.

예를 들어 이름만 “9월 영상 제작”으로 정해서는 어떤 시청자를 대상으로 하는지, 몇 편을 만들 것인지까지 전달되지 않습니다. 이름은 찾기 좋게 붙이고, 실제 조건은 자료에 적는다고 생각하면 됩니다.

대화에 첨부한 파일이 프로젝트 공통 자료에 자동 등록되는 것은 아닙니다.

예를 들어 반복 참고할 기준표는 프로젝트 지식에, 이번 답변에서만 비교할 초안은 해당 대화에 두는 식으로 나눌 수 있습니다.

3. 파일을 넣기 전에 알아둘 조건

프로젝트 파일과 일반 대화 첨부는 용량 기준이 다릅니다. 아래는 프로젝트 자료를 준비할 때 필요한 범위입니다.

확인할 항목	공식 안내에 따른 조건
프로젝트 파일 크기	파일당 최대 30MB
프로젝트 파일 개수	개수 제한은 없지만 전체 내용의 처리 한도는 있음
일반 대화와 차이	일반 대화는 파일당 최대 500MB, 대화당 최대 20개. 이 기준을 프로젝트에 적용하면 안 됨
문서 형식	PDF, DOCX, CSV, TXT, HTML, ODT, RTF, EPUB, JSON, XLSX 등
XLSX	코드 실행·파일 생성 기능을 사용할 수 있어야 함
PDF 내용 읽기	100쪽 이하는 글과 시각 자료, 101~1,000쪽은 텍스트 중심으로 처리. 1,000쪽 초과는 업로드 불가
다른 문서의 내부 이미지	PDF 외 문서는 주로 텍스트를 추출하므로 문서 안 그림까지 읽었다고 가정하지 않기

파일이 업로드됐다는 것과 필요한 정보가 제대로 읽혔다는 것은 구분해야 합니다. 예를 들어 안내 내용 대부분이 이미지로 들어간 문서라면, 파일 이름을 인식했다고 해서 이미지 속 날짜나 표까지 확인한 것은 아닐 수 있습니다.

중요한 문서는 처음부터 전체 작업을 맡기기보다, 먼저 “이 문서에서 행사 날짜와 참가 조건을 찾아 줘”처럼 확인할 항목을 좁혀 질문해 보세요. 답변을 원본의 해당 부분과 대조하면, 자료를 잘못 이해한 상태로 긴 결과물을 만드는 일을 줄일 수 있습니다.

4. 실습: 바뀐 계획을 반영하는 프로젝트 만들기

가상의 채널 처음 만나는 AI 생활 교실을 준비한다고 가정합니다. 9월 초에 계획을 세웠지만, 중순에 두 영상의 날짜와 길이가 바뀌었습니다. 세 번째 영상은 9월 공개에서 빼고, 다음 달에 제작 여부를 다시 검토하기로 했습니다.

Claude가 오래된 계획을 그대로 사용하거나, 빈칸을 추측해 채우지 않도록 자료와 지침을 구성해 보겠습니다.

준비한 자료

다음 세 파일은 모두 이 실습을 위해 작성한 가상 자료입니다. 개인 정보나 실제 채널의 내부 자료가 들어 있지 않습니다.

파일	들어 있는 내용	사용 목적
01-운영기준.txt	대상 시청자, 설명 방식, 무료 실습 원칙	변하지 않은 공통 기준
02-9월-초기계획.txt	9월 1일 작성한 세 편의 계획	최초 계획과 변경 전 상태
03-9월15일-변경메모.txt	변경된 날짜·길이, 보류한 영상, 미정 사항	이번 작업에서 우선할 최신 결정

다음 내용을 각각 표의 파일명으로 저장하면 같은 자료로 연습할 수 있습니다.

01-운영기준.txt

처음 만나는 AI 생활 교실 — 운영 기준
작성일: 2026-09-01
자료 구분: 가이드 실습을 위한 가상 자료. 실제 채널의 운영 정보가 아님.

대상 시청자
- AI를 처음 사용하는 성인.
- 프로그램 설치나 코딩 경험을 전제로 하지 않는다.

설명 방식
- 한국어 존댓말을 사용한다.
- 익숙한 생활 상황 하나로 시작한다.
- 한 영상에서는 한 가지 결과를 완성한다.
- 어려운 용어를 먼저 설명하기보다 따라 할 순서를 보여 준다.

준비 원칙
- 무료로 따라 할 수 있는 실습을 준비한다.
- 특정 제품에서 실제로 가능한지는 제작 전에 별도로 확인한다.
- 이 자료만으로 어떤 AI 제품의 무료 기능이나 한도를 단정하지 않는다.
- 9월에는 긴 영상을 늘리기보다 짧은 실습을 끝까지 보여 주는 데 집중한다.

02-9월-초기계획.txt

9월 영상 초기 계획
작성일: 2026-09-01
자료 구분: 가이드 실습용 가상 계획. 아래 날짜와 길이는 최초 계획임.

A. 긴 공지에서 준비물 찾기
- 공개 예정일: 2026-09-20
- 목표 길이: 7분
- 실습 소재: 가상의 동네 행사 공지.
- 결과물: 참가자가 챙길 준비물 목록.

B. 두 여행 일정 비교하기
- 공개 예정일: 2026-09-27
- 목표 길이: 9분
- 실습 소재: 가상의 당일 여행 일정 두 가지.
- 결과물: 이동 시간과 활동을 비교하는 표.

C. 유료 자동화 도구 비교
- 공개 예정일: 2026-09-30
- 목표 길이: 12분
- 실습 소재: 추후 선정.
- 결과물: 비교표 초안.

이 문서의 A·B·C는 주제를 구분하는 작업용 이름이다.
최종 영상 제목과 출연자는 아직 정하지 않았다.

03-9월15일-변경메모.txt

9월 15일 변경 메모
작성일: 2026-09-15
자료 구분: 가이드 실습용 가상 결정 기록.

이 메모는 초기 계획에서 아래 항목만 변경한다.
나머지 운영 기준과 각 영상의 실습 소재·결과물은 유지한다.

A. 긴 공지에서 준비물 찾기
- 공개일 확정: 2026-09-22
- 목표 길이 변경: 6분
- 준비물 목록까지 만드는 과정을 보여 준다.

B. 두 여행 일정 비교하기
- 공개일 확정: 2026-09-29
- 목표 길이 변경: 8분
- 비교표의 항목은 이동 시간과 활동으로 한정한다.

C. 유료 자동화 도구 비교
- 9월 공개 계획에서 제외한다.
- 10월에 제작 여부를 다시 검토한다.
- 10월의 구체적인 공개일은 정하지 않았다.

유지하는 사항
- 시청자는 AI를 처음 사용하는 성인이다.
- 무료로 따라 할 수 있는 실습을 준비한다.
- 자료만으로 특정 제품의 실제 무료 제공 범위를 보장하지 않는다.

아직 정하지 않은 사항
- A·B 영상의 최종 제목.
- 출연자.

프로젝트 이름은 [가이드 실습] 프로젝트 자료 비교처럼 실제 업무와 구분되게 정하고, 세 파일을 프로젝트 자료로 추가합니다.

프로젝트 지침

아래 내용을 실습용 프로젝트 지침으로 사용합니다.

이 프로젝트는 가상의 채널 '처음 만나는 AI 생활 교실'을 위한 실습이다.

답변은 한국어 존댓말로 작성한다. 운영기준의 대상 시청자와 설명 원칙을 따른다.

자료가 충돌하면 03-9월15일-변경메모.txt에 명시된 변경 사항을 우선한다.
변경 메모에서 바꾸지 않은 내용은 기존 자료를 참고한다.
단순히 파일 날짜가 늦다는 이유로 다른 자료의 모든 내용을 무효로 만들지 않는다.

자료에 없는 사실, 확정되지 않은 제목, 제품의 실제 기능을 추측하지 않는다.
정해지지 않은 항목은 '미정'으로 표시한다.
일정이나 결정 사항을 정리할 때는 근거가 된 파일명과 해당 항목을 함께 쓴다.

처음 요청한 작업에 필요한 범위만 답한다.
제안이 필요하면 확정 사실과 구분해서 별도로 표시한다.

이 지침의 핵심은 “최신 자료를 참고해”라는 한 문장을 구체화한 데 있습니다. 최신 메모에서 일정만 바꿨는데 기존의 시청자 기준까지 버리지 않도록, 무엇을 덮어쓰고 무엇을 유지할지 정했습니다.

첫 번째 대화: 확정된 일정 추리기

다음 요청을 입력합니다.

프로젝트 자료를 읽고 2026년 9월에 공개할 영상의 확정 일정표를 만들어 주세요.

표에는 주제, 공개일, 목표 길이, 대상 시청자, 근거를 넣어 주세요.
보류한 영상은 확정 일정표와 분리해 주세요.
영상의 최종 제목과 출연자도 확인하되, 자료에 없으면 미정으로 남겨 주세요.
초기 계획에서 무엇이 바뀌었는지 표 아래에 짧게 정리해 주세요.

아래 표는 설명을 위해 작성한 결과 예시입니다. Claude의 실제 출력이 아니며, 답변 문장이 똑같아야 하는 것도 아닙니다. 확인할 핵심은 사실관계입니다.

주제	공개일	목표 길이	대상 시청자	근거
긴 공지에서 준비물 찾기	2026-09-22	6분	AI를 처음 사용하는 성인	변경메모 A, 운영기준
두 여행 일정 비교하기	2026-09-29	8분	AI를 처음 사용하는 성인	변경메모 B, 운영기준

유료 자동화 도구 비교는 10월 검토 대상으로 보류했습니다. 정확한 공개일은 정해지지 않았습니다. 두 영상의 최종 제목과 출연자도 미정입니다. 초기 계획에서 공개일과 목표 길이가 바뀌었으며, 무료로 따라 할 수 있게 만든다는 원칙은 유지됩니다.

답변에서 9월 20일이나 27일을 그대로 사용했다면 변경 메모가 반영되지 않은 것입니다. 반대로 새로운 제목이나 출연자를 확정 사항처럼 적었다면, 자료에 없는 내용을 보충한 것입니다. 이 두 경우를 따로 찾아보세요.

실제로 실행한 결과: 두 영상은 각각 9월 22일·6분, 9월 29일·8분으로 정리됐습니다. 제목과 출연자는 미정으로 두었고, 보류한 영상은 별도 표로 분리했습니다. 수정하지 않은 실습 소재와 결과물은 초기 계획에서 유지된다는 설명도 붙었습니다. 이 요청에서는 사실관계를 고치는 추가 요청이 필요하지 않았습니다.

두 번째 대화: 같은 기준으로 다른 결과 만들기

같은 프로젝트에서 새 대화를 열고, 첫 번째 답변을 붙여 넣지 않은 상태로 요청합니다.

프로젝트 자료를 바탕으로 9월 공개 예정 영상 두 편을 소개하는 짧은 공지문을 작성해 주세요.
주제와 공개일을 포함하고, 초보자가 무료로 따라 할 수 있다는 준비 방향을 알려 주세요.
최종 제목과 출연자가 확정됐다는 표현은 쓰지 마세요.
마지막에 참고한 파일명을 적어 주세요.

이번에는 일정표를 재사용하는 데 초점을 두지 않습니다. 프로젝트의 공통 자료와 지침을 바탕으로 다른 작업에서도 같은 날짜와 원칙을 유지하는지 봅니다.

실제로 실행한 결과: 첫 번째 답변을 붙여 넣지 않은 새 대화에서도 공개일은 각각 9월 22일과 29일로 유지됐습니다. 무료 실습을 준비한다는 방향도 들어갔고, 제목과 출연자가 확정된 것처럼 쓰지 않았습니다. 다만 문장마다 자료 파일명이 근거로 붙어 공지문으로 바로 쓰기에는 어색했습니다.

직접 해보니: 확인용 근거와 독자용 본문은 나누는 편이 좋았습니다

프로젝트 지침에 “근거가 된 파일명을 함께 쓰라”고 정해 뒀기 때문에, 일정표뿐 아니라 공지문에도 파일명이 반복됐습니다. 내부 검토에서는 도움이 되지만, 영상을 기다리는 시청자에게는 필요하지 않은 정보입니다.

지침 전체를 지우거나 자료를 다시 올리는 대신, 같은 대화에서 한 번 더 요청했습니다.

일정과 사실관계는 그대로 유지해 주세요. 시청자에게 바로 보여 줄 공지문 본문에서는
파일명과 괄호 속 근거를 빼고, 참고 파일은 맨 아래의 별도 "작성자 확인용" 영역에만
모아 주세요. 최종 제목과 출연자는 아직 미정이라는 사실을 유지해 주세요.

다음 답변에서는 공지문 본문의 파일명이 빠지고 맨 아래에 작성자 확인용 목록이 따로 생겼습니다. 공개일과 미정 항목은 그대로 유지됐습니다. 실제 답변의 끝부분은 다음과 같습니다.

영상의 정확한 제목과 출연자는 아직 미정입니다.

[작성자 확인용]

• 공개일 (A, B): 03-9월15일-변경메모.txt
• 실습 소재 및 결과물 방향: 02-9월-초기계획.txt
• 무료 실습 준비 원칙: 01-운영기준.txt
• 제목·출연자 미정 사실: 03-9월15일-변경메모.txt

여기서 얻은 실무적인 보완점은 공통 지침에 사실 확인 기준을 두되, 지금 요청하는 결과물을 누가 읽을지 함께 알려 주는 것입니다. 내부 일정표, 시청자 공지문, 제작자 체크리스트는 같은 자료를 사용해도 보여 줄 내용이 다릅니다.

이 실습은 Claude 웹의 개인 Max 계정에서 화면에 표시된 Sonnet 5·높음 설정으로 진행했습니다. 같은 프로젝트에서 대화 두 개와 후속 요청 한 번을 사용했습니다. 다른 모델이나 계정에서도 같은 문장으로 답한다는 보장은 없으며, 이번 결과만으로 지난 대화 전체를 기억했다고 판단하지는 않습니다.

내 실습에서 날짜나 내용이 다르게 나왔다면

먼저 위 결과 예시와 날짜·길이·보류 여부를 비교합니다. 이번 실행에서는 날짜 수정이 필요하지 않았지만, 자신의 결과에 틀린 부분이 있다면 다음처럼 범위를 좁혀 다시 요청해 보세요.

현재 답변의 첫 번째 영상 공개일이 초기 계획과 같습니다.
03-9월15일-변경메모.txt의 A 항목과 대조해 주세요.
날짜와 길이를 수정하고, 어떤 문장을 근거로 바꿨는지 알려 주세요.

이 요청은 정답을 새로 알려 주는 방식이 아니라, 잘못 사용한 자료와 다시 읽어야 할 위치를 지정하는 방식입니다. 그래도 반영되지 않으면 파일이 프로젝트에 등록됐는지, 해당 프로젝트 안의 대화인지부터 확인합니다.

반복해서 혼동한다면 오래된 계획을 보관용으로 옮기고, 현재 확정 사항만 모은 파일을 별도로 두는 방법도 있습니다. 다만 이것은 파일을 무조건 삭제하라는 뜻은 아닙니다. 변경 이력까지 비교하는 작업이라면 과거 자료도 필요합니다.

5. 프로젝트는 지난 대화를 얼마나 기억하는가

공통 자료와 지침, 대화 검색, 메모리는 서로 구분해야 합니다. 대화 검색은 Pro·Max·Team·Enterprise에서 제공되며, 프로젝트 안에서는 해당 프로젝트의 대화 범위로 제한됩니다. 메모리는 프로젝트별로 별도 맥락을 유지합니다. 모든 대화 전문이 매번 그대로 전달된다는 뜻은 아닙니다.

메모리의 검토·삭제·일시중지 방법은 개인화와 메모리에서 확인할 수 있습니다.

다음 달에도 반드시 지켜야 할 가격, 일정, 작성 기준은 “전에 말했으니 알겠지”에 맡기지 말고 명시적인 자료로 남겨 두세요. 대화로 결정한 내용을 짧은 확정 메모로 정리하면, 나중에 사람도 무엇이 기준인지 확인하기 쉽습니다.

실습의 변경 메모가 바로 그 역할입니다. Claude가 기억하는지 매번 추측하는 대신, 사용자가 확인할 수 있는 결정 사항을 자료에 적어 둡니다.

6. 자료가 많아지면: RAG 이해하기

유료 프로젝트에서는 자료가 일반 처리 한도에 가까워지면 RAG가 자동으로 적용됩니다. 관련 부분을 검색해 활용하는 방식이며, 수동으로 켜는 스위치는 없습니다. 공식 문서는 프로젝트 지식 용량을 최대 10배까지 확장할 수 있다고 안내합니다. 자료가 줄면 일반 처리 방식으로 돌아갈 수 있고, 적용 상태는 프로젝트 표시에서 확인할 수 있습니다.

여기서 “최대 10배”는 모든 계정과 자료에서 보장되는 배수가 아니며, 파일 하나의 30MB 제한을 300MB로 바꾼다는 뜻도 아닙니다. 프로젝트의 파일 제한과 전체 내용을 처리하는 방식은 서로 다른 조건입니다.

공식 안내는 구체적인 파일명, 관련 자료끼리의 구성, 질문에서 문서 이름을 지정하는 방법을 권장합니다.

이를 작업에 적용하면 “자료 전체에서 알아서 찾아 줘”보다 “9월 변경 메모의 일정과 초기 계획을 대조해 줘”가 확인하기 쉬운 요청입니다. 모든 조항이나 변경 사항을 빠짐없이 확인해야 한다면, 문서별로 대조할 범위를 나누세요. 예를 들어 공지 세 개를 함께 확인할 때는 각 공지의 일정과 참가 조건을 먼저 정리한 뒤, 서로 다른 항목을 비교하는 식으로 진행할 수 있습니다.

7. 대화와 프로젝트 정리하기

관련 작업이 늘어나면 새로 만드는 기능만큼 정리하는 기능도 필요합니다. 다음 메뉴 이름은 공식 안내 기준이며, 화면 언어에 따라 표시가 다를 수 있습니다.

하고 싶은 일	방법
자주 쓰는 프로젝트 표시	프로젝트 목록의 … → Star 또는 프로젝트 안의 별
기존 대화를 프로젝트로 이동	대화 제목 메뉴의 Add to project에서 대상 선택
대화 소속 변경	같은 메뉴에서 프로젝트에서 빼거나 다른 프로젝트로 이동
사용이 끝난 프로젝트 보관	프로젝트의 … → Archive 후 확인
보관한 프로젝트 복원	보관 목록이나 프로젝트 안의 … → Unarchive
프로젝트 삭제	… → Delete 후 대상 확인. 보관 중이면 먼저 복원

보관은 멤버·권한·자료를 유지하며 과거 대화에 접근할 수 있는 정리 기능입니다. 삭제하기 전에는 확인 창에서 처리 범위를 확인하세요.

완료한 업무를 목록에서 치우는 목적이라면 먼저 보관을 검토해 보세요. 삭제 여부를 결정하기 전에, 최종 원고나 확정표처럼 따로 보관해야 할 결과물이 있는지 확인하면 됩니다.

8. 함께 쓰는 경우: 프로젝트 공유와 대화 공유

이 부분은 Team·Enterprise 조직 계정에 해당합니다. 개인 Free·Pro·Max 프로젝트를 다른 사람에게 같은 방식으로 공유할 수 있다는 뜻은 아닙니다. 프로젝트의 공개 범위에서 Public은 인터넷 전체가 아니라 조직 전체를 의미합니다. 비공개 프로젝트는 초대한 사람만 접근하며, 조직 관리자 설정에 따라 조직 전체 공유가 제한될 수 있습니다.

Share에서 사람을 초대하고 열람·편집 권한을 정하거나 변경·제거할 수 있습니다. 열람 권한과 편집 권한은 프로젝트 자료·지침 등을 바꿀 수 있는지가 다릅니다. 공유받은 프로젝트는 Shared with you에서 찾을 수 있습니다.

프로젝트를 공유해도 개별 대화까지 자동으로 공유되지는 않습니다. 대화 공유는 별도이며, 공유 시점의 메시지와 아티팩트를 보여 주는 스냅샷입니다. 이후 메시지는 공유 내용을 갱신하기 전까지 자동 추가되지 않습니다. 또한 프로젝트를 보관해도 기존 접근 권한이 회수되지는 않습니다.

가령 함께 쓰는 기획 프로젝트에서 혼자 여러 초안을 검토한 뒤, 선택한 결과가 담긴 대화만 공유할 수 있습니다. 작업이 끝나서 프로젝트를 보관했더라도 협업자의 접근을 끊고 싶다면 공유 설정을 별도로 확인해야 합니다. “목록에서 안 보이게 정리하기”와 “다른 사람의 접근을 바꾸기”는 목적이 다릅니다.

9. 내 작업으로 바꿔 보기

실습을 마쳤다면 자신의 반복 업무 하나를 골라 세 가지를 준비해 보세요.

1. 공통 기준 한 장: 누구를 위해 어떤 결과를 만드는지 적습니다.
2. 현재 자료: 다음 작업에서 실제로 참고할 내용만 모읍니다.
3. 확정 메모: 바뀐 결정과 아직 정해지지 않은 항목을 구분합니다.

처음부터 자료를 모두 넣을 필요는 없습니다. 하나의 작은 결과물을 만들고, 같은 프로젝트에서 다른 형태의 결과물도 요청해 보세요. 날짜·대상·작업 원칙이 유지되는지 비교하면 자신의 프로젝트에 무엇을 보완해야 할지 찾기 쉽습니다.