이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
저는 형식부터 짜지 않고, 왜 기술 공유가 잘 안 모이는지를 먼저 봅니다. 대개 발표 부담이 크고, 들어도 내 일에 안 닿고, 시간을 낼 이유가 약한 세 가지가 겹칩니다. 그래서 거꾸로 설계합니다. 부담은 완성된 발표 대신, 최근에 막혔다 푼 문제 하나를 15분만 풀어놓는 가벼운 형식으로 낮춥니다. 내 일에 닿게 하려면 주제를 운영하는 사람이 정하지 않고, 실제로 자주 막히는 문제를 사람들에게 받아 큐로 쌓아 둡니다. 시간을 낼 이유는 남의 발표가 아니라, 내가 지금 막힌 걸 거기 가면 누가 풀어 준다는 경험에서 나옵니다. 운영도 가볍게 갑니다.
준비 부담이 큰 정기 행사 대신, 짧고 자주 도는 형태로 둡니다. 잘됐는지는 동원된 머릿수가 아니라, 안 시켰는데 다음 발표를 자청하는 사람이 늘었는가로 봅니다. 핵심은, 콘텐츠를 잘 만드는 게 아니라 안 모이는 이유를 먼저 없애는 것입니다.
솔직히 대부분의 기술 공유는 누군가 가르치고 나머지가 듣는 구조라 발표자만 지치고 청중은 빠집니다. 그래서 저는 구조를 뒤집습니다. 발표가 중심이 아니라, 사람들이 지금 막힌 문제를 가져오면 그 자리에서 같이 푸는 형태로 만듭니다. 콘텐츠를 미리 잘 만들 필요가 줄고, 내 문제가 풀린다는 직접 이득이 생겨 자발성이 따라옵니다. 운영 현실도 봅니다.
발표 준비가 무거우면 안 모이므로, 들고 오는 건 슬라이드가 아니라 막힌 코드 한 조각이면 충분하게 둡니다. 잘 풀린 사례는 짧게 기록만 남겨 다음 사람에게 닿게 합니다. 잘됐는지는 몇 명 왔나가 아니라, 가져오는 문제와 그게 풀린 비율이 느는가로 봅니다. 핵심은, 주는 자리에서 받는 자리로 뒤집어 굳이 올 이유를 만드는 것입니다.
저는 처음부터 큰 프로그램을 짜기보다 작게 띄워 신호를 보고 키우는 편입니다. 사람들이 안 모이는 건 대개 시간 대비 얻는 게 불확실해서라, 첫 회는 부담 없는 15분짜리 한 주제로만 열고 반응을 봅니다. 사람들이 어떤 주제에 질문이 붙고 어디서 빠지는지, 끝나고 누가 더 묻는지가 거기서 드러납니다. 그 신호로 질문이 몰린 주제는 정규로 올리고, 반응 없던 형식은 미련 없이 버립니다. 한 번에 완성형을 만들면 무엇이 통했는지 알 수 없지만, 작게 돌리면 통한 것만 골라 남길 수 있습니다. 발표 부담은 돌아가며 맡되, 못 할 땐 막혔던 경험 공유로 대체 가능하게 열어 둡니다. 잘됐는지는 참석 수가 아니라, 운영자가 안 끌어도 다음 회가 굴러가는가로 봅니다. 핵심은, 완성형을 한 번에 만들지 않고 반응을 보며 자발성이 붙는 형태만 남기는 것입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 네이버 서비스기획 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.