「AI가 리드하고 인간이 리뷰한다」는 오독

AI-DLC(AWS가 2025년에 제창한 AI 주도 개발 방법론)는 「AI가 리드하고, 인간이 리뷰·보완하는 수법」으로 요약되곤 합니다. 각 페이즈(Phase)에서 AI가 성과물을 내놓고, 인간이 승인하여 다음으로 진행한다는 설명입니다. 이는 절반은 맞지만, 리뷰(Review)를 단순한 사후 점검으로 이해하면 중요한 점을 놓치게 됩니다.

AI-DLC가 본래 의도하고 있는 것은 단순한 사후 리뷰가 아니라, human oversight, 즉 감독입니다. 출발점은 인텐트(Intent, 의도)이며, 무엇을 만들지는 인간이 결정하고 그것을 축으로 AI가 움직입니다. 리뷰와 감독은 별개의 것이며, 이 두 가지를 혼동하면 까다로운 상황에 직면하게 됩니다.

「리뷰」와 「감독」의 차이

리뷰의 「뷰(View)」는 보다, 점검한다는 의미입니다. 이 단어에는 태스크(Task)의 주체가 상대방인 AI이며, 자신(인간)은 그 성과물이 수용 가능한지를 점검한다는 뉘앙스가 있습니다. 성과물을 점검하여 일정 품질을 만족하면 통과시키고, 그렇지 않으면 반려합니다. 리뷰란 그런 것이라고 이해됩니다.

정형적인 구현이나 테스트 코드처럼 일정 품질을 만족하면 성과로서 충분한 것은, 누가 하더라도 기준만 충족하면 되는 종류입니다. 이 부분은 AI에게 주체적으로 작업을 시키고, 결과를 리뷰하면 충분합니다.

반면, 감독이란 작업자를 지휘하여 감독자(책임자)의 의도를 성과물에 반영시키는 행위입니다. 예를 들어 프로덕트 기획이나 기술적인 상세 설계처럼 책임자의 존재가 중요한 내용이 이에 해당합니다. 여기서 AI는 손발로서 움직이는 협업 작업자이며, 주체가 되는 것은 감독자 본인입니다. 요구되는 것은 「기준을 충족하는가」가 아니라 「자신의 의도가 반영되어 있는가(책임을 질 수 있는가)」이며, 리뷰와는 합격 라인이 다릅니다. 객관적으로 좋아 보여도 감독자의 의도와 다르면 불합격입니다.

영화 감독은 배우의 연기를 기준을 충족하는지 여부로 수락하지 않습니다. 자신의 작품으로서 성립하고 있는지, 납득이 갈 때까지 다시 찍게 합니다. AI-DLC가 본래 의도하고 있는 것도 바로 이 감독입니다.

왜 「리뷰」로 보여버리는가

본래는 감독이 상정되어 있음에도 불구하고, 현장에서는 리뷰로 잘못 이해되기 쉽습니다. 이유 중 하나는 운용상의 겉모습 때문이라고 생각됩니다. AI-DLC의 구현은 각 페이즈에서 인간이 승인하는 게이트(Gate)의 연속입니다. 의도의 정의는 상류(Upstream)에서 눈에 띄지 않고, 눈에 보이는 것은 하류(Downstream)의 게이트뿐입니다.

겉모습의 문제만이 아닙니다. 감독이란 본래 무거운 작업입니다. 의도를 세부 사항까지 언어화하고, 출력물과 대조하며, 어긋난 부분을 하나씩 수정하게 합니다. 이는 상당한 노력이 필요하며, 점검이라기보다 수정 지시를 통한 공저(Co-authoring)라고 표현하는 것이 적절합니다.

AI가 모든 작업을 자동화할 수 있다는 환상 때문에, 본질적으로 필요한 작업까지 손을 놓으려 한 결과 「리뷰」라고 치부해 버리는 것이 아닐까요.

「리뷰」라고 부르면 작업이 가벼워 보이고, 자신은 점검자에 불과하다고 책임을 회피할 수 있습니다. 문제가 발생해도 「AI가 만들었다」, 「리뷰는 통과했다」라고 밀어붙일 수 있습니다.

감독, 제대로 하고 있습니까

「감독」과 「리뷰」를 혼동하면 프로젝트가 파국(炎上)으로 치닫을 리스크가 높아집니다. 감독해야 할 태스크를 리뷰로 통과시키면, 프로덕트가 본래 있어야 할 방향에서 벗어나게 됩니다. 기획이나 상세 설계는 프로덕트 개발의 토대이므로, 어긋남은 하류로 갈수록 증폭되어 구현이 끝난 뒤에야 「생각했던 것과 다르다」라고 깨닫게 됩니다.

승인 버튼만 누르고 있지는 않습니까. 그것은 감독이 필요한 태스크인가, 리뷰로 충분한 태스크인가. 그리고 감독이 필요하다면 그것을 맡을 책임자는 누구인가. 프로덕트 개발에 대한 AI 도입이 진행될수록 이러한 판별이 중요해집니다.

Discussion