이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
라이브스트리밍 유관 업무 경험은 학교 행사 온라인 중계를 자원해서 담당한 것입니다. 사용한 스택은 OBS Studio·Streamlabs·YouTube Live였고, 스트리밍 소프트웨어 설정과 오디오 장비 연결을 직접 담당했습니다. 본인 역할 결로는 스트림 모니터링과 화면 전환이었는데, 실시간으로 비트레이트와 드롭 프레임을 확인하면서 품질을 유지했습니다. 현장 결에서는 리허설 때 실제 네트워크 환경에서 테스트하는 게 중요한데, 리허설 없이 진행한 첫 번째 행사에서 오디오 딜레이 문제가 발생한 경험이 있습니다. 사고 대응 결로는 스트림이 끊길 때를 대비해 백업 노트북과 모바일 핫스팟을 준비해두는 플랜B 루틴을 만들었습니다. 고급 스택 경험은 아직 제한적이지만, 라이브 환경에서 체크리스트 기반으로 운영하는 방식은 익혔다고 생각합니다.
학교 강의 온라인 중계를 첫 번째로 맡았을 때 리허설 없이 당일 바로 진행했다가, 방송 시작 직후 오디오가 한쪽 채널만 들어가는 문제가 발생했습니다. 50명 시청자에게 20분 가까이 문제 있는 화면을 보여주다가 임시로 마이크를 바꿔 겨우 수습했습니다. 그 경험 이후로 중계 전 송출 환경 사전 점검 체크리스트를 만들었습니다. 항목은 오디오 채널 확인·비트레이트 테스트·화면 전환 테스트·백업 연결 확인이고, 실제 방송 환경과 동일한 세팅에서 최소 30분 리허설을 거치는 방식을 씁니다. 이후 진행한 중계에서는 같은 문제가 나오지 않았습니다. 아직 부족한 건 다른 장소에서 다른 네트워크 환경으로 진행할 때 사전에 어떤 부분을 먼저 확인해야 하는지 경험치가 부족하다는 점입니다.
환경이 달라질 때마다 체크리스트도 달라진다는 걸 그때 배웠습니다.
중계 중 스트림이 예고 없이 끊기는 상황을 처음 경험했을 때, 무엇부터 해야 하는지 몰라서 30초 넘게 멈춰 있었습니다. 그 시간 동안 시청자 채팅창에 화면이 안 나온다는 메시지가 쌓이는 걸 보면서 사고 대응은 평소에 절차를 정해두지 않으면 당황부터 한다는 걸 알았습니다. 그 이후로 스트림 재시작 → 소프트웨어 재연결 → 인터넷 우선 확인 → 백업 기기로 전환의 4단계 우선순위를 미리 적어두는 방식을 씁니다. 정해둔 절차가 있으면 당황하지 않고 순서대로 진행하는 데 집중할 수 있었습니다. 아직 부족한 건 장비 오류와 소프트웨어 오류를 빠르게 구분하는 눈인데, 오류 신호를 보고 원인을 추론하는 게 경험 없이는 시간이 걸립니다.
사고 대응은 사고가 나기 전에 정해둔 절차가 있느냐 없느냐로 결과가 갈린다는 걸 직접 경험했습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 PTKOREA 광고기획 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.