개발 리더십은 직함을 받기 전에 시작된다

출처 및 AI 안내: 이 글은 제미니의 개발실무 유튜브를 기반으로 작성되었습니다. gpt-5.6-sol 모델을 사용해 생성·편집했습니다.

세 회사에 모두 서버 개발자로 입사한 뒤 여러 형태의 리딩 역할을 맡았다. 반복된 장면은 직함을 받은 날에도 하던 일이 갑자기 달라지지 않았다는 것이다. 이미 코드 리뷰와 장애 대응을 챙기고, 파트를 이끌거나 전사 문제를 풀고 있었다. 역할이 눈에 보인 뒤 직함이 따라왔다.

첫 팀장 역할은 백엔드 리뷰와 장애 대응을 이미 맡고 있던 흐름에서 생겼다. 이후 파트 리더도 책임 범위가 넓어진 끝에 맡았다. 디렉터가 되기 전에는 약 1년 동안 전사 문제를 푸는 데 집중하고 있었다. 임원은 회사를 보는 관점이 달라졌고 인사권도 별도 책임일 수 있지만, 바탕이 되는 일은 임명일부터 시작되지 않았다.

그래서 직함을 받은 뒤 완전히 다른 방식으로 일해야 한다면 준비가 늦었을 가능성이 있다. 건강한 개발 조직이라면 역할의 이름은 팀이 이미 확인한 역량을 공식화하는 쪽이 자연스럽다.

현재 리더를 밀어내지 않고도 역할을 대신할 준비를 한다

리더를 준비한다는 말은 일을 잘하는 현 리더를 쫓아내라는 뜻이 아니다. 중요한 역할 일부를 대신할 수 있는 수준이 되는 것이다. 그 사람이 승진하거나 팀을 옮기거나 퇴사해 기회가 생기면 그때부터 처음 배울 시간은 없다.

그 순간에는 하고 싶다는 의지만으로 부족하다. 역할을 감당할 역량과 결과, 가까이 일한 개발자들의 신뢰가 이미 있어야 한다. 함께 일한 같은 분야 동료의 인정이 바깥 사람의 평가보다 더 중요한 증거였다.

자리를 먼저 주는 실험은 팀도 함께 감당한다

가능성이 있는 사람에게 먼저 자리를 주고 성장시키는 회사도 있다. 잘될 수 있지만, 직함을 받은 뒤 사람이 돌변해 팀이 망가진 사례도 있었다. 실험 비용을 후보자 한 명만 내는 것이 아니다.

그래서 선호하는 순서는 단순하다. 동료가 역량을 이미 인정할 만큼 넓게 역할을 수행하고, 정식 기회가 그 사실을 확인하게 한다. 임의적인 인사가 아니라 어느 정도 건강한 조직을 전제로 한 이야기지만, 그 조건에서는 책임이 먼저이고 직함이 나중인 흐름이 더 자연스럽다.