← 전체 목차이전다음
K-Culture Dataset Project Guide

10일차 · 5시간 발표와 책임 있는 최종 제출

10일차는 프로젝트를 설명하고, 피드백을 반영하고, 최종 파일을 책임 있게 제출하는 날입니다.

DAY 105시간발표, Q&A, 피드백 반영, 최종 제출 ZIP, 개인 회고프로젝트 반영형예제 숨김 보기
오늘 진행률0% 0개 완료

프로젝트 관리 도구에서 오늘 반영할 위치

00

오늘의 1페이지 운영 흐름

슬라이드 전체를 따라가기보다, 강의에서 꼭 실습할 개념을 프로젝트 산출물로 바로 옮깁니다. 예제는 먼저 접혀 있으니 필요할 때만 펼쳐 보세요.

0:00~0:40발표 최종 점검
0:40~2:30팀 발표·질의응답
2:30~3:50피드백 반영
3:50~5:00최종 제출·회고
수업 운영 팁 · 학생들은 먼저 ‘강의에서 실습할 것’을 수행하고, 바로 오른쪽 ‘프로젝트에 반영할 것’을 프로젝트 관리 도구에 입력합니다. 입력 후 작업 파일 저장까지 해야 오늘 실습이 끝난 것으로 봅니다.
01

실습 카드

각 카드는 짧은 강의 실습, 프로젝트 반영, 숨김 예제, 복사용 프롬프트로 구성했습니다.

발표 1

프로젝트를 1분 안에 설명하기

강의에서 실습할 것

  • 오늘은 슬라이드 지식보다 우리 프로젝트를 이해시키는 것이 목표입니다.
  • 1분 설명에는 대상 사용자, 데이터 수, 도메인, 검수 방법, 한계가 들어갑니다.
  • 숫자만 말하지 말고 왜 그런 기준을 썼는지 설명합니다.

프로젝트에 반영할 것

  • 발표 초안 첫 장과 마지막 장을 수정합니다.
  • 데이터셋 카드의 한 문장 소개를 발표 첫 문장으로 사용합니다.
  • 대시보드 수치와 발표 수치가 같은지 확인합니다.
프로젝트 도구 위치 · 1분 소개문, 발표 첫 장
복사용 프롬프트·템플릿
K-컬처 QA 데이터셋 1,000건 프로젝트를 1분 발표문으로 만들어줘.
포함: 대상 사용자, 도메인, 데이터 수, 만든 방법, 검수 방법, 한계, 사용 금지.
K-컬처 예제 보기
1분 소개 예

저희 팀은 외국인 한류 입문자가 K-POP·음식·드라마·관광 질문을 안전하게 이해하도록 돕는 K-컬처 QA 데이터셋 1,000건을 만들었습니다...

주의

“완벽하다” 대신 “확인 가능한 범위에서 만들었고 최신 일정은 공식 확인이 필요하다”고 말합니다.

발표 2

필수 질문 7개에 답하기

강의에서 실습할 것

  • 발표에서 가장 많이 나오는 질문은 이미 정해져 있습니다.
  • 왜 이 주제인지, 어떻게 만들었는지, 어떻게 검수했는지, 한계가 무엇인지 답해야 합니다.
  • 모르는 것은 지어내지 않고 확인 필요라고 말합니다.

프로젝트에 반영할 것

  • 발표 자료의 Q&A 준비표를 채웁니다.
  • 팀원별 답변자를 정합니다.
  • 근거가 되는 파일명을 함께 적습니다.
프로젝트 도구 위치 · Q&A 준비표, 발표자 역할
복사용 프롬프트·템플릿
K-컬처 데이터셋 발표 예상 질문 7개와 30초 답변을 만들어줘.
질문: 문제, 대상 사용자, 라벨 기준, 생성 방법, 검수 방법, 오류 수정, 한계와 사용 금지.
K-컬처 예제 보기
질문 예

왜 K-컬처를 골랐나요?

답변 방향

관심이 높은 주제지만 루머·저작권·최신성 위험이 있어 안전한 QA 기준을 세우는 연습에 적합했습니다.

발표 3

동료 피드백을 최종 수정으로 바꾸기

강의에서 실습할 것

  • 피드백은 평가가 아니라 마지막 품질검사입니다.
  • 모든 피드백을 다 반영하지 않아도 되지만 이유는 남겨야 합니다.
  • 반영한 수정은 최종 수정 로그에 남깁니다.

프로젝트에 반영할 것

  • 동료 피드백 표에 강점, 질문, 제안을 입력합니다.
  • 반영/부분 반영/보류/미반영을 선택합니다.
  • 바뀐 데이터나 문서는 최종 ZIP을 다시 만듭니다.
프로젝트 도구 위치 · 동료 피드백표, 최종 수정 로그
복사용 프롬프트·템플릿
동료 피드백을 최종 수정 로그로 바꾸는 표를 만들어줘.
열: 피드백, 반영 여부, 수정 전, 수정 후, 담당자, 완료 여부, 반영하지 않은 이유.
K-컬처 예제 보기
반영 예

“출처 없는 답변이 걱정된다” → 권리 상태(rights)가 ‘확인 필요’인 행의 안전 확인(safety_status)을 caution으로 바꾸고 한계에 추가

보류 예

새 분야 200건 추가 제안은 마감 시간상 보류하고 개선 계획에 기록

발표 4

최종 제출과 개인 회고

강의에서 실습할 것

  • 마지막은 결과물과 책임을 같이 제출하는 단계입니다.
  • 작업 파일과 최종 ZIP은 둘 다 보관해야 나중에 수정할 수 있습니다.
  • 개인 회고에는 내가 한 일과 다음에 개선할 점을 구체적으로 씁니다.

프로젝트에 반영할 것

  • ‘최종 ZIP’ 버튼을 다시 실행합니다.
  • 작업 파일 저장으로 최종 JSON도 보관합니다.
  • 개인 회고와 책임 있는 사용 문장을 작성합니다.
프로젝트 도구 위치 · 최종 제출 ZIP, 최종 작업 파일, 개인 회고
복사용 프롬프트·템플릿
AI 데이터 프로젝트 개인 회고 질문 5개를 만들어줘.
조건: 내가 한 일, 어려웠던 기준 결정, 품질검사에서 배운 점, 팀 협업에서 배운 점, 다음 프로젝트 개선점을 포함한다.
K-컬처 예제 보기
회고 예

저는 음식 분야 Seed 80건과 출처 확인을 맡았고, “추천” 답변에서 최신성 확인이 어렵다는 점을 배웠습니다.

책임 문장

이 데이터셋은 K-컬처 이해를 돕는 학습용 예시이며 최신 일정·가격·개인정보·저작권 원문 재사용에는 쓰지 않습니다.

99

마무리 체크

아래 항목을 확인하고 작업 파일을 저장합니다. 9~10일차에는 특히 1,000건 수량보다 검수 상태와 설명 가능성이 중요합니다.