같은 연차인데 누구는 아직 주니어라고 하고 누구는 팀을 이끕니다. 그 차이가 코드 실력에서 오지 않는다는 이야기입니다. AI가 코드를 쓰는 시대라 오히려 더 그렇습니다.
주니어를 벗어난다는 게 뭘까
주니어와 시니어를 정의하는 방식은 사람마다 다릅니다. 제 눈에는 주니어인데 누군가는 시니어라고 부르기도 하죠. 완전히 주관적인 영역입니다.
그래서 기준을 제 마음대로 정해서 주장하려는 게 아닙니다. 내가 지금 일하고 있는 수준이 어디쯤인지 스스로 판단해볼 잣대를 같이 생각해보자는 겁니다.
주니어를 벗어났다고 말하려면 무엇을 충족해야 할까요. 코드를 더 잘 짜면 될까요. 직급이 올라가서 밑에 주니어가 더 생기면 될까요. 리액트나 스프링을 더 잘 알게 되면요.
돈을 받고 일한다는 것
이 얘기를 할 때 꼭 짚는 게 있습니다.
프로 개발자에서 프로란 돈을 받고 그 대가로 기업에 이익을 가져다주는 사람입니다. 그런데 개발이라는 카테고리 안에서만 생각하면 실력이라는 요소를 자꾸 개발하고만 연관시키게 됩니다.
코드 짜는 것 빼고는 잘하는 게 없는 10년 차 개발자. 이 사람을 자신 있게 시니어라고 부를 수 있을까요.
개발자도 결국 돈 받고 일하는 프로이고 조직에 속한 구성원입니다. 회사에서 문제를 해결하고 성과를 내는 것이 본질이에요. 개발을 잘하는 것보다 한 차원 위에서, 일 그 자체를 잘해야 합니다.
제가 생각하는 일 잘하는 사람은 코드를 잘 쓰는 사람이 아니라, 일이 되게 만들기 위해 필요한 모든 것을 아우르며 조직에 기여하는 사람입니다.
그래서 제가 보는 조건 중 하나는 이겁니다.
혼자서 조직에 있는 문제나 과업을 책임지고 해결할 수 있는 사람인가.
이게 된다고 바로 주니어가 아니라는 뜻은 아닙니다. 다만 이게 안 되는 사람을 주니어에서 벗어났다고 말할 수 있겠느냐는 겁니다.
일을 만드는 시간
우리는 문제를 해결하고 성과를 냅니다. 개발자에게는 그 수단이 주로 코드를 쓰는 것이었어요. 지금도 그건 크게 달라지지 않았지만 코드를 쓰는 주체는 많이 AI로 넘어왔습니다.
제가 커리어를 시작했을 때 의아했던 일이 있습니다. 데일리 스크럼에서 누군가 이렇게 말했어요. 어제는 회의가 너무 많아서 일할 시간이 없었습니다.
듣고 바로 든 생각은 이거였습니다. 회의는 일이 아닌가.
물론 의도는 이해합니다. 정해진 태스크가 있는데 회의가 많아서 그걸 수행할 시간이 부족했다는 뜻이었겠죠. 개발자는 주어진 스펙을 구현하는 게 메인이라 구현과 일을 같은 것으로 놓는 경향이 있습니다.
코드를 쓰기 앞단의 시간을 저는 일을 만드는 시간이라고 부릅니다.
이건 예전에도 계속 해오던 일이지만 앞으로 더 중요해집니다. 이 시간을 과소평가하고 구현에만 집중하고 있다면, 주니어에서 벗어나기 어렵게 만드는 태도라고 봅니다.
주니어를 벗어났다고 평가받는 사람들은 코드를 쓰기 전에 이런 것에 시간을 씁니다. 내가 이 일을 왜 해야 하는지. 사용자에게 어떤 가치를 주는지. 이 프로젝트의 성공 기준과 측정은 어떻게 할 것인지. 지금 제시된 것보다 더 나은 선택지는 없는지.
코드는 수단입니다. 구현된 기능도 우리가 달성하려는 가치에 도달하기 위한 수단이고요. 아무리 기술적으로 깊은 일을 하고 있어도 이건 바뀌지 않습니다.
갈라져 있던 두 축
전에는 이런 역량이 두 갈래로 나뉘어 다뤄졌습니다.
한쪽은 비즈니스 임팩트에 관심이 많고 커뮤니케이션으로 성장하는 축. 다른 한쪽은 기술 자체의 전문성을 파고드는 축. 둘 다 잘하면 좋겠지만 그런 사람이 많지 않으니 보통 한쪽에 집중해서 전략적으로 키웠습니다. 나는 어느 축을 강점으로 잡을 것인가를 고민했죠.
지금은 상황이 좀 달라졌습니다.
고품질의 코드를 쓰고 높은 수준의 설계를 뽑는 건 에이전트가 점점 잘하게 되고 있습니다. 저점이 많이 올라갔어요. 결과물의 수준을 말하는 게 아니라, 일정 수준의 기술 역량만 있으면 자기 지식 범위를 빠르게 확장하고 고도화할 수 있게 됐다는 뜻입니다. 예전에는 집요하게 파고들어야 도달하던 자리였고요.
그런데 복잡한 조직의 맥락을 이해하고, 동료와 다른 직군의 상황까지 이해하고, 회사의 목표를 이해하는 영역은 아직 사람이 합니다.
AI가 이걸 대체할 수 있느냐 없느냐를 떠나서, 지금 당장 놓고 보면 일 잘하는 사람의 가치가 더 높아졌습니다. 두 갈래로 나뉘어 있던 역량을 한 사람이 다 할 수 있게 됐으니까요.
스스로 재보는 기준
주니어 영역에서 벗어났는지 스스로 판단하려 할 때, 이걸 지표로 삼아볼 수 있습니다.
내가 얼마나 일을 잘 만들고 있는가. 조직의 복잡성 안에서 어디까지 고려하며 일할 수 있게 되었는가.
큰 관점에서 보면 개발자가 아니어도 관통하는 이야기라고 봅니다. 주니어라고 부르기 애매한 연차에 계신 분들은 한번 생각해볼 만한 주제고요. 이제 막 시작한 분들은 앞으로 어떻게 더 잘할 것인가의 기준을 잡아보기에 좋은 주제입니다.
내가 지금 맡은 일을 「일을 만드는 시간」 기준으로 점검해줘. 1. 지금 내가 하고 있는 작업을 적을 테니, 그중에서 「이미 정해진 것을 구현하는 일」과 「무엇을 할지 정하는 일」로 나눠줘. 2. 두 번째가 없거나 아주 적다면, 내가 지금 놓치고 있는 질문이 무엇인지 짚어줘. 왜 하는지 · 누구에게 어떤 가치인지 · 성공을 어떻게 잴 것인지 기준으로. 3. 다음 작업에서 딱 하나만 더 해본다면 무엇이 좋을지 골라줘. 이번 주에 한 일: [목록으로] 내 연차와 역할: [예: 3년차 프론트엔드]