개요
AI 시대가 오면 개발자는 무엇을 더 갈고닦아야 할까. 예전 같으면 새로운 프레임워크, 언어, 아키텍처, 성능 최적화 같은 것들을 먼저 떠올렸을 것이다. 물론 지금도 중요하다. 개발 기본기가 필요 없어진다는 말은 절대 아니다.
그런데 AI를 실제 개발에 깊게 써볼수록, 앞으로 더 중요해질 능력은 오히려 소프트스킬에 가깝다는 생각이 든다. 표현력, 기획력, 커뮤니케이션 능력, 맥락을 정리하는 능력, 사람과 합의하는 능력. 이런 것들은 예전부터 중요했다. 하지만 개발 업계에서는 종종 부가 능력처럼 취급됐다. 개발을 잘하면 말이 조금 부족해도 넘어갔다. 커뮤니케이션이 거칠어도 결과물이 좋으면 어느 정도 용인됐다.
하지만 이제는 그게 점점 어려워질 것 같다. 왜냐하면 AI가 구현 비용을 낮추고 있기 때문이다. 구현 비용이 낮아지면 당연히 병목은 다른 곳으로 옮겨간다. 이제는 "코드를 짤 수 있냐"보다 "무엇을 만들지 제대로 정했냐"가 더 자주 문제가 된다.
AI에게 일을 잘 시키려면 말을 잘해야 한다
AI와 일하면서 가장 크게 느끼는 것은 기획을 얼마나 정확하게 전달하느냐에 따라 결과물이 크게 달라진다는 점이다. 중의적인 표현을 쓰면 작업 품질이 바로 떨어진다.
"적당히 보기 좋게 만들어줘."
"기존 느낌은 유지하면서 개선해줘."
"사용하기 편하게 바꿔줘."
이런 말은 사람이 봐도 해석이 여러 갈래로 나뉜다. AI는 이런 요청을 받으면 그럴듯한 평균값을 가져온다. 운이 좋으면 괜찮은 결과가 나오지만, 운이 나쁘면 전혀 의도와 다른 방향으로 간다.
문제는 우리가 의도적으로 모호하게 말하는 게 아니라는 점이다. 머릿속에는 분명한 이미지가 있다고 생각하지만, 실제 텍스트로 옮기면 맥락이 빠진다. 어떤 사용자가 어떤 상황에서 쓰는지, 무엇을 우선해야 하는지, 어떤 것은 절대 바뀌면 안 되는지 같은 것들을 생략한다. 그러고 나서 결과가 마음에 안 들면 AI가 멍청하다고 생각한다.
물론 AI가 더 똑똑해지면 되물을 것이다. 여러 해석을 제시하고, 어떤 방향이 맞는지 확인할 것이다. 하지만 그 과정에도 비용이 든다. 질문과 답변이 늘어나면 시간도 쓰고, 컨텍스트도 쌓인다. 컨텍스트가 길어지면 성능 저하도 생긴다. 결국 처음부터 정확하게 말하는 능력은 계속 중요하다.
그럼 이게 그냥 프롬프트 엔지니어링 이야기일까? 나는 조금 다르다고 본다. 프롬프트를 잘 쓰는 기술도 필요하지만, 그보다 먼저 내가 원하는 것을 정확히 알고 있어야 한다. 내가 모르는 것을 AI가 대신 명확하게 만들어주지는 못한다.
모호한 말은 모호한 제품이 된다
AI 시대의 개발은 텍스트 기반 협업에 가깝다. 우리는 AI에게 대부분의 의도를 글로 전달한다. 그렇다면 내가 사용하는 단어의 정확도는 곧 결과물의 정확도와 연결된다.
"심플하게"라는 말만 봐도 그렇다. 어떤 사람에게 심플함은 기능을 줄이는 것이다. 어떤 사람에게는 시각적 장식을 줄이는 것이다. 또 어떤 사람에게는 사용자가 고민하지 않도록 플로우를 단순하게 만드는 것이다. 같은 단어인데 작업은 완전히 달라진다.
"AI 티가 나지 않게"라는 표현도 마찬가지다. 과한 그라데이션을 빼라는 뜻인지, 흔한 카드형 랜딩 페이지를 피하라는 뜻인지, 문장 톤을 자연스럽게 하라는 뜻인지, 제품 맥락에 맞는 디자인을 하라는 뜻인지 분명히 해야 한다. 사람과 일할 때도 이런 모호함은 문제였다. 다만 사람은 눈치와 배경지식으로 빈칸을 채워주곤 했다. AI도 어느 정도는 빈칸을 채우지만, 그 빈칸이 내 의도와 같다는 보장은 없다.
모호한 말은 모호한 산출물로 이어진다. 모호한 산출물은 다시 수정 요청을 만들고, 수정 요청은 또 다른 모호함을 낳는다. 작업 속도를 높이려고 AI를 썼는데, 애매한 커뮤니케이션 때문에 루프가 길어진다. 이 과정이 반복되면 이상한 일이 생긴다. 분명 AI를 쓰고 있는데 작업이 빨라지지 않는다. 오히려 "이거 말고", "아니 그 뜻이 아니라", "조금 더 자연스럽게" 같은 수정 요청만 계속 쌓인다. 문제는 AI가 아니라 처음부터 기준이 없었던 내 요청일 수 있다.
독서와 어휘력이 개발 생산성에 영향을 준다
그래서 요즘은 독서를 더 해야겠다고 느낀다. 단순히 교양을 쌓기 위해서가 아니다. 내가 원하는 것을 더 정확히 표현하기 위해서다. 단어의 뜻을 정확히 알고, 문장을 명확하게 쓰고, 복잡한 생각을 구조화하는 능력이 개발 생산성에 직접 영향을 준다. 예전에는 이런 능력을 소프트스킬이라고 불렀다. 맞는 말이다. 하지만 그 표현 때문에 중요도가 낮아 보이기도 했다. 있으면 좋고 없어도 어떻게든 되는 능력처럼 느껴졌다.
그런데 AI와 일할 때 표현력은 선택 사항이 아니다. 요구사항을 잘못 전달하면 코드가 잘못 나오고, 디자인이 틀어지고, 검증 기준이 흐려진다. 프롬프트를 잘 쓴다는 것도 결국 글을 잘 쓴다는 말과 크게 다르지 않다. 화려한 프롬프트 템플릿을 많이 아는 것보다, 무엇을 만들고 왜 만들어야 하는지, 누가 어떤 상황에서 사용하는지, 성공 기준과 절대 바뀌면 안 되는 조건이 무엇인지 명확히 정리하는 능력이 더 중요하다. 이 질문에 명확히 답할 수 있어야 AI도 제대로 일한다.

사람과의 관계도 더 중요해진다
아이러니하게도 AI 시대가 올수록 사람과의 관계도 더 중요해질 것 같다. AI가 코드를 잘 짜주면 혼자 만들 수 있는 것은 늘어난다. 사이드 프로젝트를 만들면서 이 장점을 크게 느꼈다. 예전에는 사람을 모아야만 할 수 있다고 생각했던 일들을 이제는 혼자서도 꽤 많이 할 수 있다. ▼

하지만 모든 일이 혼자 끝나지는 않는다. 회사에서는 여전히 여러 사람이 함께 일한다. 제품 방향을 정해야 하고, 우선순위를 합의해야 하고, 디자인과 개발과 비즈니스 사이의 충돌을 조율해야 한다. AI가 구현 속도를 높여줄수록, 오히려 "무엇을 만들지"에 대한 합의가 더 중요해진다. 예전에는 구현이 느려서 논의가 멈추는 경우가 많았다. 이제는 반대로 구현은 빨라졌는데, 합의가 느려서 일이 멈출 수 있다. 만들 수 있는 선택지가 늘어나면, 무엇을 만들지 고르는 일이 더 어려워진다.
구현이 느릴 때는 구현 자체가 병목이었다. 이제 구현 비용이 낮아지면 병목은 앞단으로 이동한다. 문제 정의, 의사결정, 커뮤니케이션, 책임 범위, 운영 정책 같은 것들이 더 중요해진다. 결국 사람을 설득하고, 맥락을 공유하고, 갈등을 조율하는 능력이 개발자의 생산성을 좌우하게 된다.
하드 스킬만으로는 부족해진다
이 말이 하드 스킬이 필요 없다는 뜻은 아니다. 오히려 개발 지식은 여전히 중요하다. AI가 만든 결과물을 검증하려면 기본기가 필요하다. 성능 문제, 보안 문제, 유지보수성 문제를 알아보려면 경험이 필요하다. 다만 하드 스킬만으로 차이를 만들기 어려워지는 구간이 늘어날 수 있다. AI가 평균적인 구현 능력을 끌어올리면, 많은 사람이 어느 정도 동작하는 코드를 빠르게 만들 수 있다. 그러면 차이는 다른 곳에서 난다. 문제를 얼마나 잘 정의했는지, 요구사항을 얼마나 덜 모호하게 만들었는지, 팀이 같은 그림을 보고 움직이게 했는지, AI가 만든 결과를 어떤 기준으로 판단했는지가 결과물의 수준을 가른다. 코드를 잘 짜는 능력은 여전히 중요하지만, 이제는 그 코드를 왜 짜야 하는지 설명하고 합의하는 능력까지 같이 봐야 한다.
마치며
나는 앞으로 소프트스킬이라는 표현 자체가 조금 달라져야 한다고 생각한다. 더 이상 "있으면 좋은 능력" 정도로 볼 수 없다. AI 시대에는 소프트스킬이 개발자의 핵심 스킬에 가까워진다. 특히 생각을 짧고 정확하게 쓰는 능력, 모호한 요구사항을 구체적인 작업으로 쪼개는 능력, 상대방이 가진 맥락과 내가 가진 맥락의 차이를 인지하는 능력은 의식적으로 훈련해야 한다. AI 시대가 되면 개발자는 더 이상 코드를 많이 치는 사람만으로 정의되기 어렵다. 코드는 AI가 상당 부분 도와준다. 하지만 문제를 정의하고, 맥락을 전달하고, 결과를 판단하고, 사람들과 합의하는 일은 여전히 사람의 몫으로 남아 있다. 그래서 나는 앞으로 개발자가 더 잘해야 할 것은 역설적으로 말과 글이라고 생각한다. 정확히 말하고, 정확히 쓰고, 정확히 합의하는 능력. 예전에도 중요했다. 다만 이제는 선택지가 아니라 생존 기술에 가까워지고 있다. 하드 스킬 뒤에 가려져 있던 것들이 드러나는 시간이 왔다.
'Develop > Develop' 카테고리의 다른 글
| 블랙박스로 굴러가는 서비스를 운영할 수 있을까 (0) | 2026.07.05 |
|---|---|
| 초등학생 때 노트 게임 만들던 감각으로 (0) | 2026.07.03 |
| [개발자의 태도] 나를 위한 개발인가, 우리를 위한 개발인가? (0) | 2026.01.24 |
| [Develop][Front] 간격은 부모 계층이 정해야한다 (0) | 2025.12.02 |
| [Develop] 국제화 JSON 파일을 페이지별로 분할 관리하기 (0) | 2025.11.02 |