이 VR 과정에서 평가를 어떻게 바라봤는지를 설명하려면, 먼저 시험이라는 단어에서 한 걸음 떨어질 필요가 있습니다. 제가 중요하게 봤던 것은 마지막에 점수를 매기기 위한 평가가 아니라, 제작 단계를 넘어갈 수 있게 만드는 피드백 장치였습니다. 그래서 이 과정의 평가는 한 번의 큰 이벤트가 아니라, 기초 과제에서 실무 과제, 세미프로젝트, 파이널프로젝트로 이어지는 단계형 구조에 가까웠습니다.
이 방식이 중요했던 이유는 분명합니다. 프로젝트 기반 교육에서 학습자는 한 번에 실력이 쌓이지 않고, 작은 결과물을 반복하며 다음 단계로 넘어갑니다. 그 과정에 적절한 점검이 없으면, 무엇을 잘하고 있고 무엇이 부족한지 모른 채 계속 만들기만 하게 됩니다. 그래서 저는 이 평가 구조를 무엇을 배웠는가를 재는 장치가 아니라 다음 단계로 넘어갈 준비가 되었는가를 확인하는 구조로 설계하려고 했습니다.
프로젝트 배경
VR 게임 개발자 양성과정은 운영 단계마다 요구 역량이 다릅니다. 초반에는 엔진 적응과 기본 개념 이해가 필요하고, 중반에는 실제 장치와 레벨을 다루는 제작 감각이 필요하며, 후반에는 팀 협업과 발표 능력까지 포함됩니다. 이렇게 성격이 다른 구간이 연속으로 붙어 있으면, 평가를 과정의 끝에 한 번 몰아 두는 방식으로는 학습자의 상태를 제대로 읽을 수 없습니다.
그래서 평가 구조도 커리큘럼의 구조와 나란히 움직이도록 설계할 필요가 있었습니다. 과정의 난이도가 계단식으로 올라가면, 평가도 같은 계단을 따라가며 각 구간의 학습자 상태를 점검해야 했기 때문입니다. 저는 이 작업을 과정 운영의 부수적인 절차가 아니라, 커리큘럼의 일부로 보고 접근했습니다.
단계형 평가가 필요했던 이유
VR 게임 제작 교육은 단순한 지식 전달형 수업과 다르게, 기획 감각, 엔진 적응력, 인터랙션 구현, 레벨 구성, 협업, 발표 역량이 모두 섞여 있습니다. 이런 과정에서 한 번의 시험만으로 학습자를 파악하는 일은 거의 불가능에 가깝습니다. 오히려 중간중간 어떤 방식으로 만들고 있는지, 어디에서 막히는지, 어떤 결과물을 내고 있는지를 계속 확인해야 합니다.
그래서 평가 구조도 과정의 난이도 구조와 함께 움직여야 했습니다. 초반에는 기본기를 확인하는 과제가 필요하고, 중반에는 실무형 실습을 통해 손이 익었는지를 봐야 하며, 후반에는 팀 프로젝트 안에서 문제를 정의하고 결과물을 정리해 발표할 수 있는지를 봐야 합니다. 이 흐름이 이어질 때 비로소 평가는 성적을 주는 절차가 아니라 성장을 설계하는 구조가 됩니다.
기초 과제 단계에서 확인하려 한 것
초기 단계의 과제는 학습자 수준을 줄 세우기 위한 것이 아니었습니다. 이 시기에는 엔진과 VR 제작 문법에 대한 적응, 기본적인 장치 이해, 간단한 상호작용 구현처럼 이후 실습을 버틸 수 있는 최소한의 공통 기반을 만드는 일이 더 중요했습니다.
그래서 기초 과제의 목적은 완성도 높은 결과물을 뽑아내는 데 있지 않았습니다. 오히려 어디까지 이해했는가, 무엇을 스스로 구현할 수 있는가, 어떤 유형의 실수가 반복되는가를 빨리 드러내는 데 더 가까웠습니다. 이 정보가 있어야 이후 실무 과제나 멘토링에서 같은 부분을 반복해 막지 않도록 조정할 수 있기 때문입니다.
실무 과제가 별도로 필요했던 이유
기초 적응만으로는 프로젝트형 학습으로 넘어가기 어렵습니다. 실제로 많은 학습자가 기초 단계에서는 따라오다가, 막상 자기 손으로 하나의 장면이나 장치를 구성하려고 하면 바로 어려움을 느낍니다. 그래서 중간 단계의 실무 과제는 단순한 과제 이상의 역할을 맡고 있었습니다.
이 구간의 평가는 단순히 과제를 냈는지 여부보다 실습 내용을 실제 제작 문맥 안에서 얼마나 다룰 수 있는지를 보는 데 가까웠습니다. 예를 들어 인터랙션이나 레벨 요소를 구현할 때, 배운 내용을 복제하는 수준에 머무르는지, 아니면 자기 과제 안에서 응용하는지에서 차이가 선명하게 갈립니다. 이 차이를 조기에 확인하는 일이 이후 팀 프로젝트의 품질을 좌우했습니다.
그래서 실무 과제는 중간고사 같은 이벤트가 아니라, 개인 실습이 팀 프로젝트로 넘어가기 전에 제작 감각을 한 번 더 점검하는 브리지 역할을 했습니다.
세미프로젝트와 파이널프로젝트의 평가 기준
세미프로젝트부터는 평가의 기준이 분명히 달라집니다. 여기서부터는 단순한 기능 습득보다, 무엇을 만들기로 했는가, 어떻게 역할을 나눴는가, 중간 피드백을 얼마나 반영했는가, 발표 가능한 수준으로 정리했는가가 더 중요해집니다.
세미프로젝트는 일종의 예행연습이었습니다. 파이널프로젝트에 가기 전에 팀 협업, 일정 감각, 발표 구조, 피드백 반영을 한 번 경험하게 만들어 주는 단계였습니다. 이 구간에서 중요한 것은 완벽한 결과보다, 팀이 결과물을 만들기 위해 어떤 방식으로 움직이는지 파악하는 일이었습니다.
파이널프로젝트는 그보다 더 종합적인 평가였습니다. 여기서는 팀별 결과물과 발표자료, 트레일러, 시연 구조가 모두 평가의 일부가 됩니다. 저는 최종 단계의 평가를 특히 중요하게 보는 편인데, 이유는 문서형 평가보다 훨씬 많은 운영 흔적이 남기 때문입니다. 결과물 자체뿐 아니라 발표 흐름, 자료 정리 방식, 팀의 커뮤니케이션 감각까지 드러납니다.
평가와 멘토링을 연결한 방식
이 과정에서 평가를 따로 떼어 놓지 않으려 했던 이유는, 결국 좋은 평가는 좋은 멘토링과 같이 움직여야 하기 때문입니다. 과제를 보고 점수를 매기는 것에서 끝나면 다음 단계가 바뀌지 않습니다. 반대로 결과물을 보고 어떤 피드백이 필요한지, 누구에게 어떤 보완이 필요한지 연결되면 평가가 바로 학습 설계의 일부가 됩니다.
특히 프로젝트가 본격화될수록 멘토링은 선택이 아니라 구조가 됩니다. 팀별로 막히는 지점이 다르고, 발표 준비 속도도 다르며, 결과물 완성도 역시 같은 기준으로 설명할 수 없기 때문입니다. 그래서 평가 단계에서 드러난 문제를 멘토링으로 이어 주고, 그 멘토링의 결과가 다시 다음 제출물에 반영되는 흐름을 만드는 것이 중요했습니다.
이 점에서 저는 이 과정의 평가를 끝을 위한 판정이 아니라 다음을 위한 피드백으로 기억합니다. 그리고 그 구조가 있었기 때문에 결과물도 더 입체적으로 남을 수 있었다고 봅니다.
이 평가 구조가 포트폴리오로 의미 있는 이유
교육 포트폴리오를 정리하다 보면 커리큘럼이나 강의안보다 평가 구조가 오히려 더 많은 것을 보여주는 경우가 있습니다. 어떤 기준으로 학습자를 보고, 어떤 지점에서 개입하며, 결과물을 어떤 순서로 성숙하게 만드는지가 평가 구조에 가장 잘 남기 때문입니다.
이 과정 역시 평가 폴더와 후속 결과 보고 자료를 함께 읽으면, 평가가 독립된 행정 절차가 아니라 과정 전체를 전진시키는 운영 시스템이었다는 점이 보입니다. 그래서 이 사례는 단순히 평가표를 만들었다는 기록보다, 프로젝트 기반 교육을 실제로 굴리기 위해 어떤 단계형 장치를 두었는지를 보여주는 포트폴리오 항목으로 남길 가치가 있습니다.