AI를 쓰면서 실력이 줄어드는 개발팀, 에이전시는 어떻게 다를까 (id.news.hada.io)

한줄 요약

AI는 반복 작업을 덜어주는 도구지만, 판단력까지 맡기면 개발 조직 전체가 속이 빈 껍데기가 된다.

AI를 적극 도입한 개발팀일수록 오히려 기술 판단력이 약해지는 역설이 나타나고 있다. 이 현상은 프리랜서 개발자 개인의 문제가 아니라, 여러 클라이언트 프로젝트를 동시에 수행하는 IT 개발 에이전시 조직에서 훨씬 빠르게 드러난다. 코드를 빠르게 뽑아내는 능력과 문제를 정확히 정의하는 능력은 전혀 다른 종류의 역량이기 때문이다.

AI 도입 후 에이전시에서 실제로 벌어지는 일

개발 에이전시가 AI를 도입하면 초기에는 눈에 띄는 효과가 생긴다. 보일러플레이트 작성, API 연동 코드 초안, 테스트 케이스 스캐폴딩, 문서 초안 같은 반복 작업의 속도가 빨라진다. 납기 압박이 상시적인 에이전시 환경에서 이 속도 향상은 분명히 실질적인 가치다.

문제는 여기서 멈추지 않는다는 것이다. AI가 생성한 결과물을 검토하지 않고 그대로 넘기거나, 클라이언트 요구사항을 AI에 그대로 입력해 나온 설계안을 자신의 판단인 것처럼 제안하는 패턴이 자리를 잡기 시작한다. 겉으로 보이는 산출물의 완성도는 올라가지만, 그것을 만든 사람의 이해 수준은 제자리거나 오히려 뒷걸음친다.

이 상태에서 낯선 문제를 만나면 바로 균열이 생긴다. 요구사항이 불명확하고, 레거시 시스템과 새 구조가 충돌하고, 클라이언트조차 무엇을 원하는지 모르는 상황, 즉 에이전시 프로젝트의 실제 현실 앞에서 AI가 만들어준 겉모습은 금방 무너진다.

에이전시에서 '진짜 실력'이 필요한 순간은 따로 있다

에이전시 개발의 핵심 난이도는 코드 작성이 아니라 다른 곳에 있다. 클라이언트가 요청한 기능이 실제로는 잘못 정의된 문제임을 알아차리는 것, 두 개의 상충하는 요구사항 사이에서 명확한 트레이드오프를 도출하는 것, 지금 당장은 작동하지만 3개월 뒤 확장 시점에 발목을 잡을 구조적 문제를 사전에 짚어내는 것이다.

이 판단들은 AI가 대신해 줄 수 없다. AI는 주어진 맥락 안에서 그럴듯한 답을 내놓지만, 맥락 자체가 잘못되었는지를 판별하는 능력은 사람이 경험을 통해 쌓아야 한다. 에이전시에서 시니어 개발자나 테크 리드가 가치를 내는 지점이 정확히 여기다. 단순히 코드를 잘 짜는 사람이 아니라, 프로젝트의 본질적인 문제를 조기에 발견하고 방향을 잡는 사람이다.

AI를 쓰더라도 이 판단의 주도권은 반드시 사람이 쥐고 있어야 한다. 그렇지 않으면 에이전시는 빠르게 코드를 생성하는 조직이 될 수는 있어도, 클라이언트의 진짜 문제를 해결하는 조직이 되기는 점점 어려워진다.

주니어 개발자가 많은 에이전시일수록 더 위험하다

인력 구조상 주니어 비중이 높은 에이전시는 이 문제에 더 취약하다. 커리어 초반 몇 년은 디버깅 감각, 시스템 직관, 코드 리뷰 능력 같은 기반 역량이 형성되는 시기다. 이 역량들은 직접 문제에 부딪히고, 실패하고, 원인을 파고드는 과정에서만 만들어진다.

AI가 그 마찰을 전부 없애주면, 단기적으로는 생산성이 높아 보인다. 하지만 그 사람이 1~2년 뒤 혼자 프로젝트를 이끌어야 하는 상황이 오면, 역량이 쌓여 있어야 할 자리가 비어 있다는 걸 비로소 알게 된다. 에이전시 전체로 보면 이 문제는 개인의 성장 정체가 아니라 조직의 기술 부채로 누적된다.

AI 사용 자체를 막을 이유는 없다. 하지만 AI가 생성한 코드를 왜 그렇게 짰는지, 다른 방식은 없는지, 어떤 한계가 있는지를 직접 설명할 수 있어야 한다는 기준을 유지하는 것이 에이전시 조직의 장기 건강을 지키는 방법이다.

에이전시 조직 운영 관점에서의 실질적 함의

리뷰 문화가 흔들리기 시작하면 조직 전체가 빠르게 무너진다. AI 생성 코드가 검토 없이 머지되는 일이 반복되면, 코드 리뷰는 형식적인 절차로 전락하고, 설계 논의는 깊이를 잃는다. 문서는 매끄럽지만 실제로는 아무도 읽지 않는 결과물이 쌓인다.