본문 바로가기
개발자/멘탈 라이프스타일

개발자도 인간관계 스트레스를 받는다는 이야기

by 나무011 2026. 8. 20.
개발자 현직자 솔직 경험담

개발자도 인간관계 스트레스를
받는다는 이야기

코드보다 사람이 더 어려웠던 날들의 기록

Frontend Developer 2026년 6월 약 13분 읽기

개발자는 사람 스트레스가 없을 거라는 오해

개발자를 하면 좋겠다는 말을 종종 듣는다. 그 이유 중 하나로 "혼자 컴퓨터 앞에 앉아서 일하니까 사람 스트레스가 없겠다"는 말이 나온다. 솔직히 그 말을 들을 때마다 쓴웃음이 나온다.

실제로는 다르다. 오히려 더 복잡한 경우도 있다. 코드의 오류는 로직을 따라가면 원인을 찾을 수 있다. 사람의 오류는 로직이 없다. 같은 말도 사람마다 다르게 해석하고, 어제 한 말과 오늘 한 말이 다르고, 나는 분명히 말했는데 상대방은 들은 적 없다고 한다. 개발자도 조직 안에서 일한다. 조직 안에서 일한다는 건 결국 사람과 일한다는 뜻이다.

개발자도 인간관계 스트레스를 받는다는 이야기
개발자도 인간관계 스트레스를 받는다는 이야기
3년 인간관계 스트레스 누적 기간
4가지 주요 스트레스 유형
지금도 진행 중인 문제들
조금씩 나아지고 있는 것들

가장 많이 겪은 스트레스 유형들

🎭
맥락 없이 바뀌는 요구사항

기획이 바뀌는 건 이해한다. 하지만 왜 바뀌었는지 설명 없이 "그냥 이렇게 해주세요"가 반복될 때의 무력감.

🔇
내 의견이 무시되는 느낌

기술적으로 불가능하거나 위험하다고 말했는데 "그냥 해보세요"가 돌아올 때. 내가 전문가인데 왜.

🔥
공개적 비판과 책임 전가

회의에서 내가 짠 코드가 문제라는 말을 들을 때. 상황 설명은 없고 결과만 지적받을 때의 억울함.

🌀
팀 내 갈등과 눈치

팀원 사이에 보이지 않는 긴장감. 말 한마디가 어떻게 해석될지 모르는 상황에서 일하는 피로.

첫 번째 이야기 — 요구사항이 말 없이 바뀌던 날들

📍 입사 7개월 차 어느 금요일 오후

3주 동안 만든 기능이 있었다. 완성했다. 검수까지 통과했다. 배포를 앞두고 PM이 메시지를 보냈다. "아, 이 기능 방향이 바뀌었어요. 다음 주에 다시 얘기해요." 메시지는 짧았다. 아무 설명도 없었다. 3주가 한 줄에 사라졌다.

화가 났다. 동시에 화를 내야 할지 모르겠다는 생각도 들었다. 방향이 바뀌는 건 이해한다. 그런데 왜, 어떻게 바뀌었는지 말해주지 않으면 다음번엔 또 같은 일이 반복된다. 그 말을 어떻게 전달해야 할지 몰라서 그날 퇴근하면서 계속 생각했다.

월요일 미팅 — 실제 대화 재현
지난 주에 방향이 바뀐다고 하셨는데, 어떻게 바뀌는지 여쭤봐도 될까요? 다음 작업 방향을 잡으려면 맥락이 필요해서요.
PM
PM
아, 위에서 갑자기 바꾸라고 해서요. 저도 아직 정확히는 모르는 상황이에요. 정리되는 대로 공유할게요.
그럼 그전에 제가 다른 작업을 해도 될까요? 지금 대기 상태로 있으면 일정이 걱정되어서요.
PM
PM
일단 잠깐 기다려주세요. 오늘 중으로 정리해서 드릴게요.

오늘 중으로 정리해준다는 말은 사흘 뒤에 왔다. 그 사흘 동안 나는 대기 상태였다. 뭘 해야 할지 모르는 상태로 자리에 앉아 있는 시간이 가장 소모적이었다. 코드가 안 써지는 날은 쉬면 되는데, 방향을 모르는 날은 쉬지도 못한다.

💡
배운 것
PM이 나쁜 게 아니라 구조가 문제였다

처음엔 PM이 답답했다. 나중에 알게 됐다. 그 PM도 위에서 갑자기 바뀐다는 말을 듣고 나한테 전달한 것이었다. PM도 맥락을 모르는 경우가 많았다. 개발자가 답답한 것처럼 PM도 답답했다.

문제는 사람이 아니라 구조였다. 의사결정이 어디서 어떻게 이루어지는지, 그 결정이 어떻게 팀에 전달되는지. 그 흐름이 없는 조직에서 인간관계 스트레스는 특정 사람 탓이 아니었다. 구조 탓이었다. 이걸 알게 되니까 특정 사람에게 쌓이던 감정이 조금 풀렸다.

두 번째 이야기 — "그냥 해보세요"라는 말의 무게

개발자가 "기술적으로 어렵다"고 말할 때, 그 말이 받아들여지지 않는 경험이 쌓이면 어느 순간 말하기를 포기하게 된다. 이게 내가 겪은 것 중 가장 오래된 상처다.

스프린트 계획 회의 — 실제 재현
이 기능 구현하려면 기존 결제 모듈 전체를 건드려야 해요. 사이드 이펙트가 너무 많아서 이번 스프린트에 넣기는 위험할 것 같아요. 다음 스프린트에 분리해서 하는 게 좋을 것 같은데요.
CTO
CTO
일단 해봐요. 문제 생기면 그때 고치면 되지 않나요?
결제 모듈이라 문제가 생기면 사용자 결제에 직접 영향이 가요. 실제로 문제가 났을 때 바로 고칠 수 있는 상황이 아닐 수도 있어서요.
CTO
CTO
그냥 조심해서 하면 되지 않아요? 일단 넣어봐요. 일정 맞춰야 해서요.

그날 두 가지 감정이 동시에 들었다. 억울함과 무력감. 억울함은 "내 말이 틀렸나? 내가 뭘 모르는 건가?"라는 의심에서 왔다. 무력함은 "이렇게 하면 나중에 내 탓이 될 텐데"라는 예감에서 왔다. 두 감정이 겹치니까 아무것도 하고 싶지 않았다.

🔴 결국 일어난 일

배포 3일 후 결제 오류가 났다. 예상했던 사이드 이펙트였다. 긴급 수정에 이틀이 걸렸다. 그 사고 리뷰에서 "왜 충분히 검토하지 않았냐"는 말이 나왔다. 검토했는데도 이렇게 됐다는 말은 하지 않았다. 할 수 없었다.

🔍
지금 돌아보면
그때 내가 다르게 했어야 할 것들

말로만 했던 게 한계였다. 지금 같으면 위험성을 문서로 만들었을 것이다. "이 기능을 이번 스프린트에 포함하면 발생할 수 있는 리스크 목록"을 슬랙이나 노션에 남겼을 것이다. 말은 흘러가지만 문서는 남는다.

그리고 결정을 내리는 사람이 스스로 리스크를 확인하고 결정하게 하는 것이 나한테도, 상대방한테도 맞는 방법이었다. 내가 반대를 관철하려 하는 게 아니라, 내가 알고 있는 것을 명확하게 남기는 것. 그 차이가 관계를 지키면서 내 입장을 전달하는 방법이었다.

세 번째 이야기 — 눈치를 보게 만드는 팀 분위기

특정 사건이 있어서 스트레스받는 것보다, 팀 분위기 자체가 누군가를 힘들게 하는 경우가 있었다. 말 한마디가 어떻게 받아들여질지 계산하면서 대화해야 하는 팀이 그랬다.

📍 어느 팀에서 — 코드 리뷰가 두려워진 날

PR을 올렸다. 코드 리뷰가 왔다. "이걸 왜 이렇게 짰어요?" 기술적 설명이 없었다. 왜 문제인지, 어떻게 하면 더 좋은지도 없었다. 그냥 "왜요?" 하나였다. 두 번째 PR에서도 비슷했다. 세 번째부터 PR을 올리기 전에 긴장이 됐다.

스탠드업 미팅에서 막힌 부분을 말하면 "왜 못 했어요?"가 먼저 나오는 분위기였다. 이유를 설명하면 또 다른 "왜"가 왔다. 막힌 걸 말하는 게 두려워졌다. 말하지 않게 됐다. 말하지 않으니까 혼자 삽질이 길어졌다. 그게 또 "왜 시간이 걸려요?"로 돌아왔다.

💬
그때 가장 힘들었던 것
문제는 나인가, 환경인가를 구분하기 어려웠다

이 팀 분위기가 나를 위축되게 만드는 건지, 내가 실제로 부족한 건지 구분이 안 됐다. "내가 더 잘하면 이런 말을 안 들을 텐데"라는 생각이 들면서 더 열심히 했다. 더 열심히 해도 같은 말이 돌아왔다.

3개월이 지나서야 알게 됐다. 같은 팀에 있는 다른 개발자들도 비슷한 느낌을 받고 있었다는 것을. 내가 유독 못하는 게 아니라, 그 분위기가 팀 전체에 영향을 주고 있었다는 걸. 그걸 아는 게 조금 위안이 됐다. 동시에 팀 분위기가 개인에게 얼마나 큰 영향을 주는지를 처음으로 실감했다.

인간관계 스트레스에 대처하면서 배운 것들

📝
감정일기를 짧게라도 쓴다

그날 힘들었던 것을 3줄이라도 적으면 다르다. 쓰는 과정에서 "내가 왜 힘든지"가 정리되고, 퇴근 후 집에 그 감정을 덜 가져간다. 해결이 안 되더라도 적어두면 마음이 가벼워진다.

🔲
사람의 문제와 구조의 문제를 분리한다

스트레스를 주는 게 특정 사람인지, 그 사람이 처한 구조인지 구분해본다. 구조 문제를 특정 사람 탓으로 돌리면 감정 소모만 생기고 해결이 안 된다. 구조를 바꾸거나, 구조에 적응하거나, 구조를 떠나는 선택이 더 현실적이다.

📋
중요한 대화는 텍스트로 남긴다

말로만 한 약속이나 결정은 나중에 책임 소재가 불분명해진다. 회의 후에 "오늘 결정한 내용은 이렇게 이해했어요"를 슬랙에 남기는 습관이 생겼다. 나를 보호하는 방법이기도 하고, 오해를 줄이는 방법이기도 하다.

🚶
힘든 날은 일찍 퇴근하거나 자리를 바꾼다

인간관계 스트레스는 집중력을 빼앗는다. 집중력이 없는 상태에서 억지로 코딩하면 결과가 나쁘다. 그날은 쉬거나, 산책하거나, 자리를 바꾸는 것이 더 나은 선택이다.

🤝
회사 밖 사람과 이야기한다

같은 팀 내에서 고민을 털어놓기 어려울 때가 있다. 개발자 커뮤니티나, 전 직장 동료, 비슷한 상황을 겪어본 사람과 이야기하면 시야가 달라진다. "나만 이런 게 아니구나"가 생각보다 큰 위안이 된다.

코드 버그는 에러 메시지가 있다. 인간관계 버그는 에러 메시지가 없다. 그래서 더 오래 걸리고, 더 소모적이다. 그리고 그게 개발자만의 문제가 아니라는 걸 아는 것이 시작이다.

지금도 완전히 해결된 건 아니다

🌱
솔직한 현재
나아졌지만 없어진 건 아니다

3년이 지났다. 주니어 때보다 인간관계 스트레스가 많이 줄었다. 이유를 생각해보면 두 가지다. 첫째, 경험이 쌓이면서 "이런 상황이면 이런 대화를 해야 한다"가 조금씩 쌓였다. 대화 패턴이 생겼다. 둘째, 팀 선택을 더 신중하게 하게 됐다. 기술 스택이나 연봉보다 팀의 소통 방식을 면접에서 더 많이 본다.

그래도 완전히 없어진 건 아니다. 지금도 회의에서 내 말이 묻힐 때, 기대했던 것과 다른 피드백이 올 때, 팀 분위기가 이상하게 느껴지는 날이 있다. 다른 점은 그 감정이 3일을 가지 않는다는 것이다. 처음엔 일주일을 갔는데.

💜 이 글을 읽는 분들에게

개발자라는 직업이 인간관계 스트레스와 거리가 있다고 생각했다면, 그 생각이 나를 더 외롭게 만들었을 것이다. "개발자인데 이런 걸로 힘들면 안 되지"라는 자책이 더 무거웠을 것이다. 개발자도 사람이다. 사람과 일하면 인간관계 스트레스가 생긴다. 그게 당연하다.


지금 팀에서 힘든 분이 있다면, 그 힘듦이 나만의 문제가 아닐 가능성이 높다. 좋은 팀에서는 개발자가 코드에만 집중할 수 있도록 구조와 문화가 받쳐준다. 그 구조가 없는 팀에서는 구조 문제가 개인 문제로 느껴진다.

그리고 그 상황이 바뀌지 않는다면 환경을 바꾸는 것도 선택이다. 나쁜 인간관계를 견디는 게 미덕이 아니다. 버티는 것도 선택이고, 떠나는 것도 선택이다. 둘 다 옳을 수 있다.

💬 개발하면서 가장 힘든 인간관계 상황이 있었나요?

PM과의 갈등, 코드 리뷰 문화, 팀 분위기, 상사와의 관계 — 어떤 이야기든 댓글로 나눠주세요. 같은 경험을 하고 있는 분들에게 "나만 그런 게 아니구나"가 가장 큰 위안이 될 것 같습니다.


소개 및 문의 · 개인정보처리방침 · 면책조항

© 2026 나무핀