06 평가
캡스톤 평가에 대한 진행자 가이드 — 배점, 배지 결과, 정답지 취급 방식.
학습자 레슨 06 Evaluation에 대응하는 진행자용 안내입니다.
타이밍
약 60분(랩 자체 추정은 오픈북 평가 자체에 45-60분). 스크립트 관점에서 자동으로 진행되는 것은 없습니다 — 파트너가 답을 쓰는 시간이므로 — 따라서 휴식을 맞춰 넣을 스크립트 대기 구간도 없습니다. 진행자는 보통 작성 과정에 함께 있지 않습니다. 이 60분은 강의실 앞에서 보내는 시간이 아니라 파트너 자신의 시간입니다.
강의 흐름
- 이 모듈은 스크립트를 실행했다는 데 대한 학점이 아닙니다 — 모듈 01-05가 이미 마이그레이션이 기계적으로 동작함을 증명했습니다. 이 모듈은 파트너가 그 배경의 결정들 — 워크로드 프로파일링, 엔진과 스키마 선택, 마이그레이션 실행, 결과 검증 — 을 설명하고 방어할 수 있음을 인증합니다.
- 의도적으로 오픈북입니다.
migration-plan.md, 벤치마크 CSV, 그리고 이 플레이북의 모든 모듈이 모두 허용됩니다. 서술형 문항은 특히 암기보다 추론의 깊이에 점수를 줍니다 — 다르지만 방어 가능한 결론에 도달한 파트너는 좋은 점수를 받아야 합니다. - 60분이 무엇을 사는지 파트너가 알 수 있도록 배점을 명확히 말하세요. 객관식 20문항, 문항당 4점(총 80점), 서술형 4문항, 문항당 5점(총 20점), 총 100점, 합격선 80점.
- 정답지는
workshops/snowflake_migration_lab/04-evaluation/docs/answer-key.md에 있습니다. gitignore되어 있고 의도적으로 이 사이트에 공개하지 않습니다 — 이 플레이북이 아니라 별도 경로로 Solutions Architect에게 배포됩니다. 절대로 파트너에게 그 경로를 알려주지 마세요. 이 정답지는 공개workshop_public/snowflake_migration_lab랩 리포지터리의 일부도 아닙니다 — 그 리포지터리가 실제로 담고 있는 스크립트, Terraform, dbt 프로젝트는 정답지와 별개로 추출된 것이며, 정답지는 함께 이동하지 않았습니다. 위에 적은 대로 여전히 별도 경로로 Solutions Architect에게 배포됩니다.
흔한 실패 사례
- 파트너가
migration-plan.md와 벤치마크 CSV를 먼저 저장하지 않고 모듈 05에서 양쪽 클라우드 환경을 정리해 버렸습니다. 두 파일은 이 모듈이 필요로 하는 전부이며, 모듈 05의 teardown이 실행된 뒤에는 둘 다 사라집니다 — 이를 다시 만들어낼 클라우드 환경이 남아 있지 않습니다. 유일한 해결책은 그 두 파일을 재현할 수 있을 만큼 모듈 02부터 05까지를 다시 실행하는 것이며, 이는 60분 안에 해결되는 문제가 아닙니다. - 파트너가
assessment.md를 먼저assessment_<their name>.md로 복사하지 않고 직접 편집합니다. 학습자 지침이 이를 짚는 데는 이유가 있습니다. 답을 담아야 하는 것은 복사본뿐이며, 비어 있는 템플릿은 다음 파트너 또는 다음 코호트가 리포지터리에서 여전히 찾아야 하는 파일입니다. - TODO: 이 모듈의 자체 README에는 Troubleshooting 섹션이 없습니다. 실제 코호트로 운영해 본 뒤 채점이나 제출 과정의 마찰(첨부 누락, 서술형 문항의 모호한 표현, 힌트를 요청하는 파트너 등)을 기록하세요.
초기화 절차
- 파트너가 70-79점을 받은 경우(간발의 차): Solutions Architect가 표적화된 피드백을 주고, 파트너는 서술형 문항에 한해 한 번 재응시할 수 있습니다.
- 파트너가 70점 미만을 받은 경우: Solutions Architect가 취약 영역을 파악하고, 파트너는 복습 후 평가 전체를 재응시합니다.
assessment.md가 복사되지 않고 그 자리에서 편집되었다면, 다음 파트너가 필요해지기 전에 리포지터리에서 빈 템플릿을 복원하세요 — 일부 답이 적힌 파일을 "빈" 것으로 배포하지 마세요.- 이 모듈에는 초기화할 클라우드 환경이 없습니다 — 모듈 05의 teardown이 이미 실행되었습니다. 파트너가 저장하지 않은 Part 1-3 산출물이 필요하다면, 복구 방법은 이 모듈의 무언가가 아니라 해당 이전 모듈을 다시 실행하는 것입니다.