AI 사용에 대해 저는 팀에서 유명한 '흥선대원군'이었습니다. AI가 작성한 코드에 대한 불신도 있었거니와, (그도 그럴 것이 불과 얼마 전까지 제가 알던 AI는 강아지와 블루베리 머핀조차 제대로 구분하지 못하는 수준에 머물러 있었거든요) 실무에서 AI를 사용한다는 것도 쉽게 받아들여지지 않았습니다. AI가 짜는 코드가 블랙박스처럼 느껴졌고, 개발자는 자신이 설계하고 이해한 코드를 직접 구현해야 한다고 생각했습니다. 그래야 구조를 설명할 수 있고, 책임도 질 수 있다고 믿었기 때문입니다. 그러다 보니 AI를 활용하는 것이 편법 같거나, 실력을 약하게 만들 수 있다는 생각에까지 이르렀습니다.

그런 제게 AI 활용에 문을 열게 한 것은 막연한 유행이나 주변의 권유가 아니라 몇 번의 구체적인 경험이었습니다. 특히 빠르게 이해하고 정리하며 선택해야 하는 상황에서 AI는 굉장히 유용했습니다. 결과물을 대신 만들어 주는 도구라기보다는 낯선 문제를 따라잡고 생각을 진전시키는 장치로 AI를 활용하며 차츰 생각이 바뀌었습니다.

동료의 추천으로 회사 이름을 걸고 외부 해커톤에 AI PM으로 참여한 적이 있습니다. AI도 잘 모르고 PM도 아닌 프론트엔드 개발자인 제가 AI PM이라니, 처음에는 의아하기만 했습니다. 더군다나 저는 AI에 회의적인 사람이었으니까요. 평행 세계에라도 떨어진 기분이었습니다. 그런데 막상 해 보니 제가 알아야 했던 것은 AI 자체가 아니라, 어떤 문제를 어떤 흐름으로 어떻게 풀 것인가에 대한 질문들이었습니다.

그 과정에서 AI는 기대 이상으로 실용적이었습니다. 제가 정의한 문제를 구체화하는 데 큰 도움이 되었거든요. 아이디어를 기능과 흐름의 언어로 정리하고, 팀원들이 문제를 어떤 방식으로 코드로 구현했는지 빠르게 이해할 수 있었습니다. 덕분에 그 위에 새로운 인사이트를 더하기도 수월해졌습니다. 제 눈을 뜨게 한 것은 AI가 무언가를 대신 만들어 준다는 사실이 아니었습니다. 오히려 문제를 구체화하는 속도, 그리고 팀원들이 구현한 결과를 이해한 뒤 다음 판단으로 넘어가는 속도가 눈에 띄게 달라졌다는 점이었습니다.

예전이었다면 기획과 구현 사이의 간극을 따라잡고 싱크를 맞추는 데 훨씬 많은 시간이 걸렸을 겁니다. 해커톤처럼 짧은 시간 안에 집약적으로 결과물을 만들어야 하는 상황에서는 더욱 그랬을 겁니다. 하지만 AI를 활용하면서 논의의 출발점 자체를 앞당길 수 있었습니다. 아이디어와 코드 사이의 차이를 뒤늦게 메우는 대신, 어떤 문제를 풀어야 하는지, 그리고 그것을 어떤 방식으로 정의해야 하는지를 더 빠르게 구체화할 수 있었습니다. 해커톤에서 AI PM 역할을 맡으며 AI를 다시 보게 된 이유도 바로 여기에 있습니다. AI가 제 역할을 대신한 것이 아니라, 제가 더 본질적인 질문에 집중할 수 있게 해 주었기 때문입니다. 돌이켜보면 이 경험은 저를 단순히 요구사항을 구현하는 개발자에서, 문제를 정의하는 사람으로 한 걸음 옮겨 가게 한 계기였습니다.

저는 여전히 결정해야 하고, 더 많이 이해해야 하며, 더 정확하게 설명해야 합니다. 다만 구현의 세세한 부분에 쏟던 시간을 덜어내자, 그동안 당연하게 뒤로 밀려 있던 일들이 앞으로 튀어나왔습니다. 무엇을 만들 것인지 문제를 선명하게 정의하고, 어떤 선택이 더 나은지 판단하며, 우선순위를 정해 팀 안에서 방향을 조율하는 일 말입니다. 결국 AI는 제 일을 빼앗은 것이 아니라, 저를 다른 차원의 일로 밀어 올렸습니다.

물론 이 감각이 아직은 생경합니다. 여전히 AI가 내놓는 결과를 그대로 신뢰하지는 않거든요. AI는 때로 그럴듯하게 틀리고, 맥락을 얕게 이해한 채 성급하게 판단할 때도 많습니다. 그렇지만 이전으로 완전히 돌아갈 수는 없습니다.

한동안 저는 AI 앞에 문을 굳게 걸어 잠그고 있었습니다. 하지만 지금은 생각이 달라졌습니다. 무조건적인 개방도, 완강한 쇄국도 답은 아닙니다. 더 근본적인 질문은 따로 있습니다. 개발자로서 내 역할이 무엇인지를 다시 정의하는 일입니다. AI가 일부를 가져간 자리에 무엇이 남았는지를 보면, 오히려 그동안 미뤄 두었던 역할이 드러납니다. 문제를 정의하고, 판단하고, 방향을 설계하는 일. 아마 AI 시대의 개발자는 코드를 모두 직접 쓰는 사람이라기보다, 어떤 문제를 풀어야 하는지를 끝까지 묻는 사람에 가까워지고 있는지도 모르겠습니다. 그리고 아마 저는 그 역할을 배워 가는 초입에 서 있습니다.