AI 시대의 개발자, 이제는 모두가 관리자입니다

신입이든 경력이든 예외가 없습니다. AI에게 일을 시키는 순간부터 우리는 만드는 사람이 아니라 시키는 사람이 되기 때문입니다. 10년차 백엔드 개발자로서 요즘 가장 자주 하는 생각을 정리해 봤습니다.

---

10년 전 신입의 일과 지금의 일

10년 전 신입 때 제 일은 시키는 걸 받아서 만드는 것이었습니다. 무엇을 만들지, 왜 만드는지는 위에서 정했습니다. 저는 요구사항을 받아 코드로 옮기면 됐고, 그걸 정하는 사람이 관리자였습니다.

 

지금은 다릅니다. AI에게 "이거 만들어줘"라고 하면 코드가 나옵니다. 그 순간 저는 코드를 치는 사람이 아니라 코드를 시키는 사람이 됩니다. 신입도 마찬가지입니다. 입사 첫날부터 AI에게 일을 시키는 위치에 서게 됩니다.

---

시키는 사람이 해야 할 일

시키는 사람이 해야 할 일은 정확히 관리자가 하던 일입니다.

 

첫째, 무엇을 만들지 정하기. 요구사항을 한 줄로 설명할 수 있어야 합니다.

둘째, 왜 만드는지 설명하기. 목적을 모르면 AI는 가장 흔한 정답을 내놓습니다. 우리 서비스에 맞는 정답은 아닐 가능성이 큽니다.

셋째, 나온 결과물이 맞는지 검증하기. 돌아가는 코드와 맞는 코드는 다릅니다.

넷째, 틀렸으면 어디가 왜 틀렸는지 짚어서 다시 시키기. "다시 해줘"로는 같은 결과가 나옵니다. 어떤 조건에서 어떤 결과가 나와야 하는지 구체적으로 말해야 합니다.

 

이걸 못 하면 AI는 그럴듯한 결과물을 빠르게 만들어줄 뿐입니다. 빠르게 틀린 코드를 쌓는 셈입니다.

---

개발자의 90%가 쓰지만 3%만 신뢰합니다

DORA 2025 보고서에 따르면 개발자의 90%가 AI를 쓰지만, AI 결과물을 높게 신뢰한다는 응답은 3%입니다. 97%는 검증이 필요하다는 걸 알고 있다는 뜻입니다.

 

이 숫자가 말해주는 건 분명합니다. AI를 쓰는 것 자체는 더 이상 차별점이 아닙니다. 거의 모두가 쓰고 있으니까요. 차이는 AI가 내놓은 결과물을 어떻게 검증하고, 어떻게 다시 시키느냐에서 갈립니다.

---

일 잘 시키는 관리자와 못 시키는 관리자

회사를 다니며 일을 잘 시키는 관리자를 봤습니다. 목표를 한 줄로 말하고, 제약을 먼저 알려주고, 결과물을 보고 구체적으로 피드백했습니다. "이번 주까지 주문 조회 API 응답을 200ms 아래로 내려야 해. DB 스키마는 못 건드려. 캐시부터 검토해 봐." 이런 식이었습니다. 받는 사람 입장에서 뭘 해야 할지 바로 그려졌습니다.

 

못 시키는 관리자는 "알아서 잘해봐"라고 했습니다. 알아서 해 가면 "이게 아닌데"가 돌아왔습니다. 뭐가 아닌지는 끝까지 말해주지 않았습니다.

 

AI에게도 똑같습니다. "알아서 잘해봐"라고 하면 알아서 이상한 걸 만듭니다. 목표, 제약, 기대하는 결과를 먼저 주고, 나온 걸 보고 구체적으로 고쳐 시켜야 합니다. 사람에게 일을 잘 시키던 방식이 AI에게도 그대로 통합니다.

---

살아남는 기준이 바뀌었습니다

AI가 사람의 노동을 대체하기 시작한 이후로 살아남는 기준은 코드를 잘 치느냐가 아닙니다. 코드는 AI가 더 빨리 칩니다.

기준은 AI를 사람처럼 다룰 줄 아느냐입니다. 무엇을 왜 만드는지 정하고, 결과를 검증하고, 틀린 곳을 짚어 다시 시키는 것. 10년 전에는 관리자만 하던 일을 이제 신입부터 해야 합니다.

개발자라면 코드를 치는 연습만큼 일을 시키는 연습이 필요한 시대입니다. 저도 매일 연습 중입니다.

잡씩인의 취업/이직 노하우가 궁금하시다면
https://www.latpeed.com/products/E7t-x

평범한 개발자의 취업전쟁 - 잡씩인