60분 뒤 남아야 할 체크포인트
모든 학생이 교수자에게 확인받은 한 가지 목표를 각자의 project copy에서 수행합니다. 작업 속도와 기능 수는 평가하지 않습니다.
- 결정
면담에서 승인받은 blocking issue 하나와 완료 조건이 기록됩니다.
- 변경
승인 범위 안의 작고 되돌릴 수 있는 수정만 project copy에 적용합니다.
- 증거
같은 재현 조건과 핵심 loop 회귀 검사로 8 / 8 PASS를 남깁니다.
- 인계
build, 구조도, 면담 기록과 15주차 할 일을 하나의 체크포인트 묶음으로 저장합니다.
미션 계약
면담 결정을 작동하는 체크포인트로 바꿉니다
아래 네 문장이 모두 참이면 완료입니다. 해결이 위험하거나 20분을 넘으면 기능을 억지로 고치지 않고 진단 경로로 전환합니다.
한 문제
문제, 재현 조건, 변경 범위와 완료 조건이 면담 기록에 있습니다.
작은 변경
허용된 Scene, Prefab, Script 또는 값만 바꾸고 새 기능은 추가하지 않습니다.
같은 조건
수정 전과 같은 입력, 상태와 실행 환경에서 기대 결과를 다시 확인합니다.
15주차 준비
독립 build, 구조도, 기록과 다음 검증 목록을 한 폴더에 남깁니다.
14주차 면담 checkpoint starter
MENTORING_CHECKPOINT-template.md, 면담 CSV와 구조도 템플릿을 자신의 제출 폴더에 복사합니다.
최근 작동 상태를 복사한 뒤 시작합니다
면담 결정이 있어도 원본에 바로 수정하지 않습니다. 먼저 Alpha v1을 실행하고 작업 copy와 증거 폴더를 만듭니다.
Alpha_v113주차 핵심 한 판과 회귀 테스트가 통과한 build입니다.
Week14_학번_이름원본을 보존하고 이번 수정은 복사본에서만 수행합니다.
Evidence/Week14before, after, Console, build와 면담 기록을 분리해 저장합니다.
문제, 범위, 기대 결과와 회귀 검사를 시작 전에 읽습니다.
| 확인 | 출발 조건 | 실패하면 |
|---|---|---|
| Independent run | Alpha v1이 다른 폴더에서 열리고 한 판이 끝남 | 수정하지 말고 Build Profile과 최근 작동 copy를 먼저 복구 |
| Console | 핵심 loop 동안 error 0 | 기존 error를 면담 문제와 분리하고 P0 여부를 다시 판정 |
| Approval | 문제와 완료 조건을 한 문장으로 읽을 수 있음 | 교수자 또는 면담 기록에서 범위를 다시 확인 |
| Rollback | 수정 전 project copy와 before 증거가 있음 | 복사와 화면 저장이 끝나기 전 변경 금지 |
경로 선택
문제의 영향과 위험에 따라 세 경로 중 하나를 고릅니다
가장 높은 우선순위라도 지금 안전하게 고칠 수 없는 문제는 진단해야 합니다. 낮은 우선순위는 새 기능 없이 보류합니다.
20분 안의 제한 수정
P0 또는 P1이고 영향 범위가 작습니다. 한 변경 뒤 즉시 같은 조건을 재검사합니다.
원인과 다음 검사를 확정
구조 변경이 크거나 20분을 넘습니다. 로그, 참조와 최소 재현으로 원인을 좁히고 안전한 현재 build를 보존합니다.
현재 범위 밖으로 보류
P2 또는 P3이거나 핵심 한 판을 바꾸지 않습니다. 15주차 검증표에 넣거나 삭제하고 새 기능을 시작하지 않습니다.
일곱 개 제작 구간으로 한 문제를 끝까지 닫습니다
각 구간에는 눈에 보이는 중간 도착점이 있습니다. 교수자는 18분과 48분에 목표 이탈과 증거 누락만 확인하고, 구현 순서와 해결 방법은 학생이 선택합니다.
Mentoring checkpoint sprint
Individual goal-directed production
- baseline과 copy
Alpha v1을 실행하고 project copy, before 화면, Console과 증거 폴더를 준비합니다.
- 승인 문장 고정
문제, 재현 조건, 허용 변경, 기대 결과와 회귀 범위를 체크포인트에 옮깁니다.
- 경로 판정
영향, 예상 시간과 위험으로 Fix, Diagnose 또는 Defer 중 하나를 선택합니다.
- 한 가지 행동
Fix는 제한 수정, Diagnose는 최소 재현과 원인 확인, Defer는 안전한 제거와 범위 정리를 수행합니다.
- 같은 재검사
수정 전과 같은 조건에서 결과를 확인하고 정상, 경계와 거부 조건을 기록합니다.
- 회귀 build
시작, 핵심 행동, 성공 또는 실패, 재시작과 독립 실행을 다시 검사합니다.
- 체크포인트 봉인
8 / 8 PASS, CSV, Markdown, 구조도와 build를 저장하고 15주차 첫 행동을 한 줄로 씁니다.
수정 전에 여섯 칸 변경 계약을 씁니다
구현 도구와 관계없이 같은 계약을 사용합니다. AI Assistant를 사용할 때에도 먼저 읽기와 계획으로 범위를 확인하고 승인 전에는 변경하지 않습니다.
현재 결과
입력, 상태와 화면에서 반복 가능한 사실을 씁니다.
기대 결과
누가 보아도 PASS와 FAIL을 나눌 수 있게 씁니다.
허용 변경
면담에서 승인된 Scene, Prefab, Script 또는 값만 적습니다.
변경 금지
새 패키지, 핵심 구조, 다른 기능과 Project Settings를 잠급니다.
같은 검사
수정 전후에 같은 시작 상태, 입력과 관찰 결과를 사용합니다.
기존 한 판
이번 문제와 무관해도 시작부터 재시작까지 다시 확인합니다.
Ask는 원인과 실제 구조를 읽는 데 사용합니다. Plan은 예상 변경 파일과 테스트를 먼저 보여 주게 합니다. Agent를 사용한다면 면담에서 승인된 Script 범위만 허용하고 Scene, Prefab 연결과 build 판정은 학생이 직접 수행합니다.
완료 증거
여덟 테스트가 모두 PASS일 때 체크포인트를 제출합니다
각 테스트는 상태와 메모를 이 기기에 저장합니다. 이름이나 학번을 입력하지 않고, 완료 뒤 CSV를 내려받아 제출 폴더에 보관합니다.
| ID | 실행 | 기대 결과 | 판정 | 실제 증거 |
|---|---|---|---|---|
| T01 | 수정 전 Alpha v1을 다른 폴더에서 실행 | 시작부터 재시작까지 한 판 완료, error 0 | ||
| T02 | 면담 승인 문장과 실제 구조 비교 | 문제, 허용 범위와 실제 이름이 일치 | ||
| T03 | 변경 전 계약과 rollback 확인 | before, project copy와 변경 금지 범위 존재 | ||
| T04 | 선택한 Fix, Diagnose 또는 Defer 행동 수행 | 승인 범위 밖 변경 없이 경로별 산출물이 기록됨 | ||
| T05 | 수정 전과 같은 정상 조건 재검사 | 기대 결과가 실제 화면과 상태에 나타남 | ||
| T06 | 경계 또는 거부 조건 실행 | 중복, 잘못된 상태와 경계값에서 규칙 유지 | ||
| T07 | 핵심 loop 전체 회귀 build | 시작, 행동, 결과, 재시작과 독립 실행 통과 | ||
| T08 | 90초 설명과 체크포인트 묶음 확인 | 구조, 결정, 증거, 다음 행동을 설명하고 파일 완비 |
이 표는 현재 브라우저의 localStorage에만 저장됩니다. 공용 기기에서는 CSV를 저장한 뒤 기록 초기화를 누릅니다.
FAIL은 더 큰 수정이 아니라 더 가까운 증거로 좁힙니다
한 번에 한 조건만 확인합니다. 원래 문제와 무관한 실패가 생기면 즉시 baseline copy로 돌아갑니다.
20분이 지나도 원인을 찾지 못했습니다
Fix에서 Diagnose로 전환합니다. 재현 순서, Console 또는 상태 값, 확인한 Script와 아직 모르는 사실을 저장합니다. 최근 작동 build를 유지하고 다음 진단 행동을 15주차 첫 항목으로 넘깁니다.
수정 뒤 다른 기능이 깨졌습니다
추가 수정을 쌓지 않습니다. project copy를 복구한 뒤 원래 변경을 더 작게 나눕니다. 같은 회귀 실패가 반복되면 이번 수정은 채택하지 않고 기록만 남깁니다.
면담 문제가 P3 polish였습니다
교수자에게 우선순위를 다시 확인합니다. 핵심 loop와 제출 준비가 통과했다면 10분 이내 수정만 허용하고, 아니면 Defer로 이동합니다.
AI가 승인 범위 밖 파일을 바꿨습니다
변경을 적용하지 않거나 project copy로 복구합니다. Plan에 허용 파일과 금지 항목을 다시 적고, 필요한 한 파일만 수동으로 비교해 반영합니다.
Editor에서는 되지만 build에서 실패합니다
Build Profile의 Scene 목록, 저장되지 않은 변경, 파일명 대소문자와 외부 절대 경로를 확인합니다. 새 폴더에서 실행해 project 밖 의존성을 찾습니다.
체크포인트에 해결하지 못한 문제가 남았습니다
숨기지 않습니다. 현재 영향, 재현 조건, 시도한 검사, 안전한 build와 15주차 첫 행동을 기록하면 유효한 진단 결과입니다.
90초 인계 설명으로 자신의 결정을 복원합니다
코드를 보지 않는 상태에서도 구조와 증거를 연결할 수 있어야 합니다. 아래 네 문장을 자신의 프로젝트 이름으로 바꿔 말합니다.
CORE
플레이어의 핵심 행동, 상태 변화와 한 판의 목표를 말합니다.
STRUCTURE
Scene, Prefab, 핵심 Script와 피드백이 사건을 처리하는 순서를 설명합니다.
DECISION
면담에서 선택한 문제, 변경 범위와 채택하거나 보류한 이유를 말합니다.
PROOF
같은 재검사, 회귀 build, 남은 위험과 15주차 첫 행동을 제시합니다.
여덟 항목을 확인하고 15주차로 이동합니다
체크 상태는 이 기기에 저장됩니다. 모든 항목이 완료되어도 실제 파일과 build가 없으면 제출 완료가 아닙니다.
Week14_학번_이름/이번 주에 사용한 Unity project copy
Week14_Checkpoint/독립 실행 가능한 최신 결과
Evidence/Week14/before, after, Console과 구조도
MENTORING_CHECKPOINT.md면담 결정, 테스트와 다음 행동
실습 중 확인할 공식 자료
도구의 답과 수업 예시보다 실제 프로젝트 상태와 Unity 6.6 문서를 우선합니다.