Files
aio-01d4-stu/Lecture/80-82-Project/student/01-SCHEDULE-AND-TEAMS.md
T

7.8 KiB

일정 · 팀 · 역할

  • 하루 8교시: 1교시 09:00 · 2교시 10:00 · 3교시 11:00 · 4교시 12:0012:50 · 점심 13:0014:00 · 5교시 14:00 · 6교시 15:00 · 7교시 16:00 · 8교시 17:00~17:50
  • 원본 요구의 권장 진행 순서(1~4단계)를 3일에 나눴습니다. 날마다 끝났다는 표시가 있고, 8교시에 강사가 그것을 확인합니다.
gantt
  title 단위 프로젝트 3일 (교시 기준)
  dateFormat  YYYY-MM-DD HH:mm
  axisFormat  %m/%d %H시
  section 80일차 (목) 설계 · 골격
  킥오프 · 팀 · 헌장          :a1, 2026-11-05 09:00, 2h
  범위 · 시나리오 · 설계 초안  :a2, after a1, 2h
  골격 워크플로우 · RAG 색인   :a3, 2026-11-05 14:00, 3h
  설계 리뷰                    :crit, a4, after a3, 1h
  section 81일차 (금) 구현 · 예외
  RAG 검색 · 도구 · 에이전트   :b1, 2026-11-06 09:00, 4h
  예외 처리 · 보안             :b2, 2026-11-06 14:00, 3h
  중간 점검                    :crit, b3, after b2, 1h
  section 82일차 (월) 시나리오 시험 · 제출 · 발표 · 평가 시험
  시험 · 고치기 · 결과서       :c1, 2026-11-09 09:00, 4h
  제출 마감 13:50              :milestone, c2, 2026-11-09 13:50, 0h
  발표 · 동료 평가 · 총평      :c3, 2026-11-09 14:00, 3h
  평가 시험 40문제             :crit, c4, 2026-11-09 17:00, 50m

1. 80일차 (11/05 목) · 설계와 골격

교시 할 일 원본 단계 끝났다는 표시
1 킥오프: 안내서 · 평가 기준 · 공통 계약 설명 (강사), 팀 발표, 후반 15분 주제 후보 고르기 — 팀 명단, 주제 후보 2~3개
2 주제 제안서 → 강사 승인 (10:30까지), 팀 헌장 (역할 · 규칙 · 저장소), 저장소 만들기, 환경 점검 (flow.py doctor) — docs/TOPIC.md · docs/TEAM-CHARTER.md, 팀원 모두 ready
3 범위 정하기: 처리할 문의 유형 · 지식 문서 · 권한 · 우리 팀 시나리오 5개. 다른 주제 팀은 데이터 · 문서 만들기 시작 1단계 03-SCENARIOS-AND-DATA의 표를 채움
4 워크플로우 설계서 초안: 업무 시나리오 · 전체 흐름 · 흐름도 · 역할 표 1 · 2단계 설계서 1~3절
5 골격 워크플로우: Webhook → 입력 검사 → (가짜) 분류 → Respond, 계약 모양만 맞추기 1단계 공통 시나리오 중 400 · 차단이 통과
6 RAG 색인 워크플로우: 문서 가져오기 · 청킹 · 임베딩 · 저장, 청크 길이 분포 재기 1단계 색인 개수, RAG 설계서 1~2절 초안
7 도구 노드 연결: 접수 조회 · 티켓 생성 · 알림, 노드마다 입력 · 출력 · 인증 확인 1단계 도구 노드를 한 번씩 call로 확인
8 설계 리뷰 (팀별 5분, 강사): 다른 주제 팀은 옮긴 cases/common.json 확인, 데일리 기록 — 강사 피드백 칸

2. 81일차 (11/06 금) · 구현과 예외 처리

교시 할 일 원본 단계 끝났다는 표시
1 데일리 점검 (어제 피드백 · 오늘 목표 숫자), 공통 시나리오 한 번 돌려 출발점 기록 — 공통 시나리오 통과 수 (출발점)
2 분류 Agent · 검색 · 답변 Agent: 정상 FAQ 답 + 근거 2단계 WF-01 통과
3 검증 Agent · 신뢰도 분기 · 이관 (티켓 생성) 2단계 WF-03 통과
4 루프(보완 질문) · 병렬(두 검색) · 복합 문의 2단계 WF-02 · WF-11 통과
5 입력 · 출력 보안: 주입 차단 · 본인 건 · 개인정보 가림 3단계 WF-05 · WF-06 · WF-07
6 외부 장애: timeout · 재시도 · DLQ · 알림, 중복 요청 3단계 WF-04 · WF-08 · WF-09 · WF-10
7 Error Workflow 게시, 실행 기록 남기기, 설계서 페이로드 표 채우기 3단계 설계서 5~7절
8 중간 점검 (강사, 팀별 7분: 공통 시나리오 실행 화면 + 남은 것), 데일리 기록 — 중간 점검표

3. 82일차 (11/09 월) · 시나리오 시험 · 제출 · 발표 · 평가 시험

교시 할 일 원본 단계 끝났다는 표시
1 데일리 점검, 동결 기준 정하기 (11시 뒤로는 고치지 않고 시험 · 문서만) —
2 공통 · 장애 · 팀 시나리오 전부, LLM이 들어간 것 3회 반복 4단계 runs/ 보고서
3 실패 원인 · 조치 · 재시험, 결과서 숫자 채우기 4단계 결과서 1~4절
4 문서 마무리 (설계서 둘 · 결과서 · README), 비밀 검사(tscan), 13:50 제출 — 마지막 커밋 시각
5~6 팀 발표 (4팀, 팀당 15분 발표 · 시연 + 5분 질문), 동료 평가 — 동료 평가지
7 발표 보충 · 강사 재실행 확인 (공통 시나리오를 팀 저장소대로 다시 돌림), 총평 · 최종 프로젝트(83일차~) 안내 —
8 평가 시험 (40문제, 17:00~17:50) — 답안 제출

82일차 8교시는 평가 시험(40문제)입니다. 프로젝트 일은 7교시까지 끝냅니다. 발표 · 시연을 하며 팀원 모두가 워크플로우 · RAG · 예외 처리를 설명할 수 있게 준비하면 시험 준비도 됩니다.

81일차 8교시 중간 점검에서 공통 시나리오가 절반도 통과하지 않으면, 82일차에는 가산 기능을 멈추고 필수만 끝냅니다. 늦게 붙인 기능이 앞의 것을 깨뜨리는 일이 3일 프로젝트에서 가장 흔한 실패입니다.

4. 팀과 역할 (4팀 · 5~6명)

21명을 4팀(5 · 5 · 5 · 6명)으로 나눕니다 (팀 명단은 첫날 강사 안내). 아래 역할 다섯에 한 사람씩 주 담당을 두고, 다른 역할을 함께 봅니다. 6명 팀은 일이 가장 많은 역할(보통 오케스트레이션 또는 연동 · 안정성)에 두 사람을 두고, 둘이 다른 워크플로우 파일을 맡습니다.

역할 주로 하는 일 주로 쓰는 산출물 절 64~79일차
리드 · 통합 범위 · 계약 지키기, 하루 목표 숫자, 병합 · 동결, 발표 헌장, 데일리, README 70 모듈 · 74 버전
오케스트레이션 분류 · 답변 · 검증 Agent, 분기 · 병렬 · 루프 워크플로우 설계서 2~4절 68 · 69
RAG 문서 · 청킹 · 임베딩 · 검색 품질 RAG 설계서 전부 71
연동 · 안정성 도구 노드 · 인증 · 오류 처리 · DLQ · 알림 · 보안 워크플로우 설계서 5~7절 67 · 72 · 73 · 76
시험 · 품질 시나리오 파일 · 반복 · 장애 시험 · 실행 로그 · 결과서 실행 결과서 전부 72 · 74 · 77

팀 규칙 (헌장에 적을 것)

  • 워크플로우 JSON은 한 사람이 한 파일을 맡습니다. 같은 파일을 둘이 동시에 고치면 n8n import에서 한쪽이 사라집니다. 큰 워크플로우는 70일차처럼 **모듈(하위 워크플로우)**로 나눠 사람마다 맡습니다.
  • 공통 계약(요청 · 응답 칸)은 리드의 허락 없이 바꾸지 않습니다.
  • 고칠 때마다 공통 시나리오를 다시 돌립니다 (회귀). 깨뜨린 사람이 고칩니다.
  • 하루 끝에 데일리 기록 한 장: 한 일 · 숫자 · 막힌 것 · 내일.

5. 매일 점검

언제 누가 무엇을 보나
매일 1교시 팀 (10분 스탠드업) 어제 한 일 · 오늘 목표 숫자 · 막힌 것
80일차 8교시 강사 · 설계 리뷰 범위가 3일에 맞나, 흐름도 · 역할 · 계약, 시나리오 기대값
81일차 8교시 강사 · 중간 점검 공통 시나리오 통과 수, 예외 처리 동작, 남은 것과 버릴 것
82일차 13:50 강사 · 제출 확인 마지막 커밋, 필수 파일, 비밀 검사
82일차 8교시 평가 시험 40문제