배포가 무서운 개발자에게

by 그릿 | GROWTH_ESSAY | 2026-06-23

처음 배포 버튼을 눌렀을 때가 기억납니다. 마우스가 버튼 위에 올라가 있는데, 손이 움직이질 않았습니다. 내가 짠 코드가 실제 사람들한테 가는 거라는 게 갑자기 실감이 났거든요.

그런데 그 두려움이 수년이 지나도록 사라지지 않는 사람들이 있습니다.

배포는 원래 무서운 겁니다

무서운 게 당연합니다. 배포는 결과를 되돌리기 어려운 행동입니다. 로컬에서 다 확인하고, 스테이징에서 테스트하고, 그래도 프로덕션에 나가면 예상 못 한 일이 벌어집니다.

두려움 자체가 문제가 아닙니다. 두려움 때문에 배포를 미루는 게 문제입니다.

멘토링하면서 이 패턴을 가장 많이 봤습니다. 기능은 다 됐는데, 배포를 안 합니다. 조금 더 테스트하겠다고 합니다. 로컬에서 한 번 더 돌려보겠다고 합니다. 그렇게 일주일이 지납니다.

무서운 이유가 잘못됐습니다

배포가 무서운 사람들에게 왜 무서운지 물어보면 대부분 비슷한 말을 합니다. 서버가 터질까봐요, 장애가 날까봐요, 제가 실수한 거 아닐까봐요.

그런데 그 두려움의 방향이 잘못됐습니다. 서버가 터지는 건 개인의 실수 때문만이 아닙니다. 장애는 누구에게나 납니다. 실수를 안 하는 개발자는 없습니다.

문제는 장애 자체가 아니라, 장애가 났을 때 어떻게 복구하는가입니다.

배포를 두려워하는 개발자들이 빠지는 함정이 있습니다. 배포를 안 하면 장애가 안 난다고 생각하는 겁니다. 틀렸습니다. 배포를 안 하면 변경사항이 쌓이고, 나중에 한꺼번에 나가는 배포가 훨씬 더 위험합니다.

배포를 자주 하는 사람이 덜 무서워합니다

역설적이지만 사실입니다.

배포를 자주 하면, 배포 하나하나가 가볍습니다. 문제가 생겨도 어디서 생겼는지 좁혀집니다. 롤백도 빠릅니다.

배포를 미루면, 나중에 나가는 배포가 무거워집니다. 파악하기도 어렵고, 뭔가 터지면 어디서 터진 건지도 모릅니다. 그래서 점점 더 무서워집니다.

배포에 익숙해지는 방법은 배포를 피하는 게 아니라 자주 하는 겁니다. 처음엔 손이 떨려도 괜찮습니다. 열 번 하고 나면 그냥 버튼 누르는 일이 됩니다.

팀에서 배포를 미루면 어떻게 보일까요

팀 입장에서 생각해보겠습니다.

배포 하나를 끝없이 미루는 사람이 있습니다. 처음엔 꼼꼼하다고 봅니다. 두 번째에도 미루면 속도가 느리다고 봅니다. 세 번째에도 미루면 배포를 못 하는 사람으로 봐버립니다.

배포는 개발의 마지막 단계가 아닙니다. 개발의 일부입니다. 코드를 짜는 것처럼, 배포도 그냥 하면 됩니다.

두려움을 없애는 방법은 공부가 아닙니다. 배포입니다.