코딩만이 일이 아니에요 — 후배님께 전하는 비기술 역량 5가지

후배님, 신입·주니어 시절에 “코딩 실력만 단단하게 키우면 다 풀린다”고 생각하신 적 있나요? 저도 처음엔 그랬어요. 막상 시니어가 되어 보니, 정작 일을 굴리는 건 코드 바깥쪽이더라구요.

오늘은 최근 dev.to에 올라온 짧은 에세이 한 편을 같이 읽어볼게요. 인도의 한 졸업반 개발자가 첫 프리랜싱 클라이언트와 일하면서 “코딩이 직업의 전부가 아니었다”고 깨달은 이야기인데요(원문 링크). 한국에서 회사 다니는 후배님께도 똑같이 와닿을 거에요.

🧭 1. 저도 같은 착각을 했어요

저도 신입 때는 “React 컴포넌트 깔끔하게 짜고, 백엔드 로직 잘 굴리고, 배포까지 매끄럽게 가져가면 그게 일이다”라고 진심으로 믿었어요. 그래서 코드 리뷰에서 까이지 않는 게 가장 큰 숙제였구요.

그런데 막상 프로젝트가 진행되면서 진짜 시간을 잡아먹는 건 다른 곳에 있더라구요. 요건이 자꾸 흔들리고, 일정이 빠듯해지고, 누구한테 무엇을 어떻게 물어봐야 할지 헷갈리는 순간들이요. 코드는 짤 수 있는데, “이걸 짜는 게 맞는가”가 정해지지 않은 채로 시간이 흘러가는 게 가장 스트레스였어요.

dev.to 글에서 저자가 한 줄로 정리한 표현이 있는데요. “내가 짠 코드는 시스템의 한 조각일 뿐이고, 정작 내가 다루는 건 기대·신뢰·소통·불확실성이었다.” 저는 이 문장에서 한참 멈춰 있었어요.

💡 2. 시니어가 보는 비기술 역량 4가지

10년차가 되어서 후배님들 코칭하면서 정리한 비기술 역량을 4가지로 나눠볼게요. 거창한 게 아니라, 매일 일하면서 부족하면 바로 티 나는 것들이에요.

2-1. 요구 사항 뒤에 숨은 의도 읽기

기획자나 PM이 적어준 한 줄 요구 사항을 그대로 코드로 옮기면 십중팔구 다시 작업해요. “이 화면에 검색창 추가”라는 한 줄 뒤에는 “고객이 자주 묻는 항목을 셀프 서비스로 풀고 싶다”는 의도가 깔려 있는 경우가 많거든요. 의도를 한 번 더 확인하는 질문이 결국 재작업을 줄여요.

2-2. 일정과 기대 관리

주니어 시절 가장 무서웠던 게 “언제까지 됩니까?”였어요. 솔직히 모르겠는데 “네, 가능합니다”가 입에서 먼저 나가는 거죠. 시니어가 되면 모르는 건 모른다고 말하고, 대신 “이 부분 확인하고 내일 오전까지 다시 답드릴게요” 식으로 기대 시점을 좁혀줘요. 일정이 늦어질 때도 “늦을 수도 있겠다” 신호를 미리 흘려두면 신뢰가 깨지지 않거든요.

2-3. 글과 말로 신뢰 만들기

코드 리뷰 코멘트, PR 설명, 슬랙 답변, 회의 요약. 회사 안에서 후배님이 만나는 거의 모든 협업이 글이나 짧은 말로 이뤄지는데요. 같은 사실도 문장 한 두 줄을 어떻게 정리하느냐에 따라 동료의 신뢰도가 달라져요. 잘 쓴 PR 설명 하나가 두 시간짜리 회의보다 강한 경우도 자주 있어요.

2-4. 불확실성 안고 결정하기

현장에서 정보가 100% 모인 다음에 결정할 수 있는 일은 거의 없어요. 70%쯤 모였을 때 “이 방향으로 가고, 안 되면 이렇게 되돌리겠다”고 결정하는 사람이 결국 일을 굴려요. 결정의 정합성보다 “되돌릴 수 있는 결정인가”를 먼저 보는 습관이 시니어로 가는 길이에요.

📌 3. 프리랜싱이든 회사든 똑같아요

원문 저자는 프리랜싱에서 시작해 회사로 들어가면서 “같은 깨달음이 정장 차림으로 다시 찾아왔다”고 표현했어요. 한국 회사에서 일해본 분이라면 더 격하게 공감할 거에요. 외주 프로젝트든, 사내 시스템 리뉴얼이든, 신규 제품 PoC든, 결국 사람과 기대를 조율하는 비중이 코딩보다 큰 시기가 반드시 와요.

제가 본 가장 흔한 패턴은 이래요. 주니어 시절에는 코딩 비중이 70% 가까이 되다가, 미드레벨로 가면서 절반 정도로 떨어지고, 시니어가 되면 코드 짜는 시간이 1/3 이하로 줄어들어요. 나머지 자리에 들어오는 게 위의 4가지 비기술 역량이거든요. 정량 통계는 회사·직무마다 다르니 단정하긴 어렵지만, 시간 비중이 확실히 옮겨간다는 점은 거의 모든 시니어 동료가 동의해요.

코드는 시스템의 한 조각일 뿐, 정작 다루는 건 기대·신뢰·소통·불확실성이다.

🎯 4. 오늘 바로 해볼 수 있는 5가지

거창한 변화가 아니라, 후배님이 이번 주에 바로 해볼 수 있는 작은 행동 5개로 정리해볼게요.

1. 티켓 받자마자 “이걸 왜 만드는지” 한 줄로 정리해 동료에게 확인 — 의도가 맞는지 30초 안에 검증해요.
2. 예상 일정을 말하기 전에 “확인 후 몇 시까지 답드릴게요” 한 번 끼워넣기 — 즉답 압박을 줄여요.
3. 이번 주 PR 한 개에 “왜 이렇게 짰는지” 두 문장 추가 — 다음 리뷰어의 시간을 아껴줘요.
4. 회의 끝나기 1분 전에 “오늘 결정된 것·미정인 것” 요약 던지기 — 후속 혼선이 사라져요.
5. 금요일 30분, 이번 주에 “되돌릴 수 없는 결정”을 했는지 회고 — 다음 주 의사결정의 질이 달라져요.

다 못 해도 괜찮아요. 5개 중 1개만 한 달 유지해도 시야가 달라지는 게 느껴질 거에요. 후배님 페이스대로 가시면 돼요.

관련 글

비슷한 결의 글을 같이 보시면 흐름이 더 잘 잡혀요. 아래 글들을 추천드려요.

• AI 시대 개발자의 신뢰·정직성 이야기: AI는 개발자의 ‘거짓말’을 못 푼다 — METR 19% 둔화가 한국 팀에 던지는 신호
• 서류 전형부터 비기술 신호가 평가에 들어오는 이유: 18년 차 개발자가 알려주는 서류 전형에서 떨어지는 이유
• 같은 시간에 결과를 더 내는 후배들의 공통점: 퍼포먼스를 올리는 가장 쉬운 방법
• 관계와 신뢰가 퇴사 순간까지 영향을 주는 이유: 나 퇴사한다면 미소를 띄우리라

---

📌 함께 보시면 좋은 글

• 개발자 커리어 체크리스트 →
• 개발 커리어 결정 가이드 →

※ 본 글은 AI(Claude)의 초안을 기반으로 편집자 검수를 거쳐 발행되었습니다. (한국 AI기본법 대응 고지)