중요한 건 어디에 적재하느냐가 아니라,

"어디든 본인이 기록하고 꺼내볼 수 있는 게 있어야 한다"는 거야!

그래서 나는 시간대별로 어떤 일이 일어났는지 타임라인으로 정리하고, 각자가 무슨일을 하는지를 기록했어. 그 과정에서 모르는 용어가 나오면 따로 엑셀 파일에 사전처럼 정리해서 개발용어에 익숙해지려고도 했고.

이날 처음 알게된 개념으로는 애드훅테스트가 기억에 남네?! 특히 점검은 QA, 사업부, 운영팀 모두가 협업해서 이뤄지는 절차이기 때문에 배울 것도, 신경쓸 것도 많았던 것 같아!

첫 점검이었는데 연장 점검을 했었거든. 그래서 정말 많은 이슈들을 마주치고, 어떻게 해결하는지를 직접 봤기 때문에 도움이 많이 됐어! 물론 딱히 할 수 있는 일이 없이 모니터만 하면서 스스로 배우는게 조금 벅차고 가끔은 지루하기도 했지만 말이야.

월,화,수 동안 업무 파악에 힘쓴 나! 이제 슬슬 일이 생길 때가 됐지?! 목요일에 담당 업무가 생겼어. 어떤 업무인지 간단히 설명하자면, 개발실 내외에 뿌려지는 정보를 동기화하고 협업하는 모든 사람들이 우리 게임의 업데이트 스펙과 일정을 인지할 수 있도록 하는 일이였어. PM다운 업무지?

대개 사수님들로부터 지시받고 넘겨받는 업무들은 기존에 하시던 방식 혹은 개발실 내에서 공유되는 규칙 등이 있기 때문에 그 방식대로 일하는 방법을 익히는게 곧 그 업무의 담당자가 되는 길이야.

해당 업무를 해보라는 지시를 받으면 보통 그간 그 업무를 해왔던 메일을 나에게 포워딩해줘. 그러면 그 메일의 내용과 첨부파일 등을 보면서 이 업무는 이렇게 진행했구나, 이런 사람들이 이 메일을 받아보는구나, 양식은 어떻구나 등을 알 수 있겠지? 그걸 바탕으로 해당 업무를 진행해보는거야! 일종의 과제인 셈이지. 이를 통해 업무 프로세스와 히스토리를 파악하게 되는데 잘 모르겠다면 사수님께 꼭꼭 물어보기!

내 나름대로 그 과제를 수행해냈다면? 대외적으로 공유하기 전에 업무를 넘겨주신 사수님께 검토 요청을 보내는 것부터 진짜 시작이야. 사수님께 대뜸 최종본을 내기전에 수시로 피드백하며 방향성이 맞는지도 체크하면, 최종본 제출이 조금은 덜 두렵겠지?!

아무리 똑부러지고 똑똑한 신입이라도 새로 받은 업무를 완벽하게 해내긴 무척 어렵고, 그 일을 진행해온 사수님의 입장에선 무조건 부족하거나 틀린 부분이 있거든. 이 날 나는 사수님의 검토를 통해 틀린 부분을 알게되고, 고쳐나가면서 해당 업무의 담당자가 되어나가는 거라고 느꼈어.

해당 업무가 처음으로 내가 개발실을 비롯한 협업부서 사람들을 대상으로 메일을 보내는 거라 엄청 긴장했었어. 첫 업무는 언제나 떨리는 법이지!😏