서론

AI 주도 개발(AI 코딩 툴을 전제로 한 개발 스타일)을 접하고 어느덧 1년 반이 지났습니다. 이 기간 동안 저 자신도 멤버에서 PL(Project Leader)로 입장이 바뀌었으며, 최근에는 「AI 주도 개발 도입」 그 자체를 목적으로 하는 프로젝트에도 참여하고 있습니다.

이 글에서는 그 과정에서 알게 된 3가지 배움을 소개합니다.

• AI는 은탄환(Silver Bullet)이 아니다
• 코딩은 빨라지지만, 리뷰 부하가 늘어나 결과물이 "slop화"되기 쉽다
• 품질이나 정밀도를 높이려 하면, 결국 기술 도메인의 기초 지식이 필요하다

대상 독자는, 팀이나 프로젝트에 AI 주도 개발을 도입하려는 PL·테크 리드(Tech Lead) 계층입니다. 개인의 생산성을 높이는 프롬프트 팁이 아니라, 팀 운영의 관점에서 얻은 깨달음을 정리했습니다.

자기소개 대신: 멤버에서 PL, 그리고 AI 주도 개발 도입 프로젝트로

원래는 구현을 담당하는 멤버로서 AI 코딩 툴을 일상적으로 사용하고 있었습니다. 그러다 수탁 개발 과정에서 PL이라는 포지션으로 바뀌었고, 더 나아가 최근에는 「AI 주도 개발을 도입하는 것」 자체가 목표로 설정된 프로젝트에 참여하게 되었습니다.

이 두 가지 변화가 겹치면서, 이전에는 깨닫지 못했던 AI 주도 개발의 실태가 보이기 시작했습니다. 이후에는 그 내용을 소개하겠습니다.

멤버 시절과 PL 시절에 「보고 있는 것」이 달라졌다

같은 AI 주도 개발이라도 입장에 따라 관심사는 완전히 달랐습니다.

멤버 시절: 구현의 품질이 관심사. 눈앞의 코드가 올바르게 작동하는지, 읽기 쉬운지를 보고 있었습니다.
PL 시절: 사양의 타당성이나 설계의 정밀도가 관심사로 바뀌었습니다. 개별 코드가 올바르더라도, 애초에 사양이나 설계가 타당하지 않으면 팀 전체의 아웃풋이 무너지고 맙니다.

이러한 관점의 차이를 고려하면, AI 주도 개발에서 발생하는 문제의 보임새도 달라집니다. 지금부터는 PL의 입장에서 실제로 직면했던 3가지 배움을 소개합니다.

알게 된 점 ①: PR이 쌓여 병목 현상이 발생한다

AI 코딩 툴을 사용하면 구현 속도 자체는 명확하게 올라갑니다. 하지만 그만큼 PR(Pull Request) 생성 속도도 리뷰 속도를 앞지르기 쉽습니다.

실제 프로젝트에서는 PR이 차례차례 쌓여 리뷰 대기가 병목 현상이 되었습니다. 리뷰어가 다 처리하지 못해 하나하나의 리뷰 정밀도가 떨어지고, 결과적으로 머지(Merge)되는 결과물의 품질이 낮아지는 역설적인 상황이 발생했습니다.

「구현이 빨라진다 = 개발 전체가 빨라진다」는 것이 아니라, 리뷰 체계가 병목이 되기 쉽다는 점은 도입 전에 상정해 두어야 할 포인트입니다.

알게 된 점 ②: AI는 은탄환이 아니다

「리뷰가 느슨해서 문제가 발생하는 것 아닐까」라고 생각하여, 마음을 다잡고 PR 리뷰를 제대로 수행해 본 적도 있습니다. 하지만 그럼에도 납득할 수 없는 결과물이 양산되는 장면은 적지 않았습니다.

• 요구사항을 충족하는 것처럼 보이지만, 실제로는 본질적인 의도와 어긋나 있음
• 테스트는 통과하지만, 설계로서 논리가 부족함
• 표면적으로는 깔able한 코드지만, 기존의 설계 사상과 맞지 않음

이러한 결과물은 리뷰의 정성만으로는 해결할 수 없습니다. AI 코딩 툴은 어디까지나 강력한 도구일 뿐이며, 그것만으로 품질을 담보해 주는 은탄환은 아니다라는 것이 솔직한 실감입니다.

알게 된 점 ③: 결국은 도메인의 기초 지식이 필요하다

또 하나 통감한 것이 리뷰어 측의 기초 지식의 중요성입니다.

보안이나 인프라와 같이 자신의 지식이 얕은 기술 도메인에서는, AI가 내놓은 결과물이 타당한지조차 판단할 수 없었습니다. 코드로서는 작동하더라도, 그것이 보안적으로 안전한 구현인지, 인프라 구성으로서 적절한지는 AI의 출력을 그대로 믿을 수밖에 없는 상태가 되어버립니다.

AI 주도 개발에서 품질이나 정밀도를 높이려 할수록, 최종적으로는 리뷰어 자신의 기술 도메인 기초 지식이 요구됩니다. AI에게 맡기는 범위를 넓히는 것과 기초 지식이 필요 없어지는 것은 동일하지 않습니다.

요약: PL로서 AI 주도 개발과 어떻게 마주할 것인가

1년 반 동안 AI 주도 개발에 관여하며, 멤버 시절과 PL 시절의 보임새가 완전히 다르다는 것을 실감하고 있습니다. 다시 한번 3가지 배움을 정리하면 다음과 같습니다.

• PR 생성 속도를 리뷰 체계가 따라가지 못하면, 병목 현상과 품질 저하가 동시에 발생한다
• 아무리 정성스럽게 리뷰해도, AI는 은탄환이 아니기에 납득할 수 없는 결과물은 발생한다
• 품질이나 정밀도를 높일수록, 최종적으로는 리뷰어 자신의 도메인 기초 지식이 필요해진다

AI 주도 개발 (AI-driven development)을 팀에 도입할 때는, 단순히 "구현이 빨라지는 것"에만 주목할 것이 아니라, **리뷰 체제 설계 (Review system design)**와 팀의 기초 지식 수준을 세트로 함께 고려하는 것이 중요하다고 느낍니다. 앞으로 AI 주도 개발을 도입하려는 PL(Project Leader)·테크 리드(Tech Lead) 분들에게 참고가 되기를 바랍니다.

Discussion