발표가 두려운 개발자에게

by 그릿 | GROWTH_ESSAY | 2026-07-26

#성장 #커리어 #사유

멘토링을 200명 넘게 하면서 한 가지를 발견했습니다. 발표를 자처하는 사람이 거의 없습니다.

사내 기술 공유, 팀 스터디 발표, 컨퍼런스 라이트닝 토크. 기회가 생겨도 대부분 "저는 아직 준비가 안 됐어요"라고 합니다. 그리고 그 준비는 영원히 끝나지 않습니다.

두려운 게 발표가 아닙니다

발표를 두려워하는 이유를 물어보면 답이 비슷합니다. "모르는 걸 들키면 어쩌죠." "틀린 말을 하면 어쩌죠." "아직 깊게 모르는데."

이건 발표가 두려운 게 아닙니다. 평가받는 게 두려운 겁니다. 그 두려움은 당연합니다. 근데 당연하다고 해서 멈춰 있어야 한다는 뜻은 아닙니다.

3년 차 백엔드 개발자가 이직 면접을 준비하면서 저를 찾아온 적 있습니다. 실력은 충분했습니다. 근데 면접관이 "팀에 기여한 것"을 물었을 때 말할 게 없었습니다. 코드는 잘 짰는데, 혼자 짰습니다. 공유를 안 했으니 기여가 없는 것입니다.

발표의 진짜 역할은 메시지 전달이 아닙니다. 발표를 준비하면서 자기가 뭘 알고 뭘 모르는지 정리됩니다. 10분짜리 발표 하나 준비하면 그 기술을 새로 공부하게 됩니다. 발표 자체보다 준비 과정에서 더 많이 배웁니다.

그리고 발표 후에는 남는 게 있습니다. 팀원들 머릿속에 "저 친구가 저거 잘 아네"가 남습니다. 그게 회사 내 평판이 되고, 이직 면접에서 "팀에 기여한 것"의 답이 됩니다.

발표는 틀려도 됩니다. 오히려 틀려야 압니다.

질문을 받고 "그건 아직 확인이 필요해요"라고 하면 끝입니다. 누가 욕하지 않습니다. 발표 자리는 박사 논문 심사가 아닙니다. 팀원들 앞에서 정보를 나누는 자리입니다. 틀린 말을 하면 누군가 고쳐줍니다. 그게 발표의 또 다른 역할입니다.

두려움을 없애는 방법은 없습니다. 딱 하나만 있습니다. 작게 해보는 것입니다.

5명짜리 팀에서 10분 발표 먼저 해보세요. "제가 이번에 이 라이브러리 써봤는데, 여기서 이런 문제가 있었어요." 그걸로 충분합니다. 완벽할 필요 없습니다. 공유하면 됩니다.