AWS, AI를 코딩 도구 아닌 개발의 토대로 삼은 '프런티어 팀' 사례 공개
AWS가 AI를 단순한 코딩 가속 도구가 아니라 소프트웨어를 만드는 방식 자체의 토대로 재설계한 팀들을 '프런티어 팀'으로 정의하고, 이들의 생산성 향상 사례와 방법론을 공개했다. AWS는 이런 팀들이 평균 4.5배, 일부는 10배 이상의 생산성 향상을 거뒀다고 밝혔다.
문제의식은 분명하다. AI 코딩 에이전트가 코드가 작성되는 속도는 근본적으로 바꿨지만, 기능이 고객에게 도달하는 속도는 그만큼 빨라지지 않았다. 커밋이 폭증하고 CI/CD 파이프라인도 어느 때보다 바쁘지만 프로덕션에 배포되는 기능은 그 속도를 따라가지 못했다. AWS는 병목이 에이전트의 출력 능력이 아니라, 좋은 결정을 내리는 데 필요한 지식에 대한 접근성과 그에 맞춰 작업을 재구성하려는 팀의 의지에 있다고 봤다.
아마존은 수백 개 엔지니어링 팀에서 실험하며 최소 세 가지 경로를 확인했다. 전문가들이 난제에 직접 도전하는 '패스파인더' 이니셔티브, 잘 정의된 계획을 실행하는 '구조화된 스프린트', 그리고 한 팀을 절반으로 나눠 기존 방식과 AI 적응 워크플로를 비교하는 '현장 실험'이다. 구조는 다르지만 도달하는 결론은 같았다.
패스파인더는 통제된 실험이었다. 시니어 엔지니어 6명에게 아마존 베드록 추론 엔진을 재구축하라는 단일 과제가 주어졌다. 원래 개발자 30명이 12~18개월 걸릴 것으로 추정된 프로젝트였다. 팀은 인력을 늘리는 대신 초기 몇 주를 AI 중심으로 워크플로를 재설계하는 데 썼고, 여러 에이전트를 병렬로 돌리며 76일 만에 완료했다. 정규화 커밋 속도 기준으로 개발자 생산성은 약 20배 높아졌고, 주당 커밋은 2건에서 40건으로 늘었다. 5개월간 프로덕션에 배포한 코드량이 지난 10년간보다 많았다.
구조화된 스프린트는 다른 방식이었다. 프라임비디오 금융 시스템 팀은 패스파인더에서 영감을 받아 10일짜리 실험을 진행했다. 엔지니어 6명이 한 방에서 컨텍스트 전환 없이, 온콜 당직과 다른 프로젝트, 회의를 최소화한 채 집중했다. 한 시니어 엔지니어가 사전에 3주를 들여 복잡성을 잘 정의된 작업으로 잘게 쪼개고 상세 요구사항을 준비했다. 10일 동안 팀은 기준치 96건을 크게 웃도는 556건의 커밋을 기록했고, 90주로 추정되던 프로젝트를 24주로 줄였다. 약 6배의 처리량과 4배의 가속에 해당한다.
팀은 이 성과를 세 요인의 곱으로 설명했다. 판단이 적게 드는 작업의 가속이 1.5배, 컨텍스트 전환 없는 고판단 작업 집중이 1.5배, 에이전트가 포착한 도메인 전문성에 대한 즉시 접근이 1.5배다. 이 중 한 요인이라도 빠지면 전체 효과가 무너진다고 팀은 강조했다.
현장 실험에서는 연구한 50여 개 팀 가운데 새 도구와 새 관행을 함께 도입한 25개 팀이 단순히 기존 워크플로에 AI를 더한 팀들을 앞섰다. 아마존 스토어스는 특별한 조건이나 선별된 엔지니어 없이 일반 개발 팀이 평소 백로그를 대상으로 키로 등 목적형 AI 도구를 쓰는 파일럿을 진행했다. 생산성 향상 중앙값은 4.5배였고 일부 팀은 정규화 배포 속도에서 10배 이상을 기록했다. 퍼펙트 오더 익스피리언스 팀은 2주 걸리던 기능을 오후 한나절 만에 내놓았고, WW 그로서리는 설계 문서 작성을 5일에서 몇 시간으로 줄였다.
AWS는 세 경로 모두에서 최고 성과를 낸 팀들이 공유하는 다섯 가지 관행을 제시했다. 공통 논리는 에이전트가 컨텍스트에 접근하는 장벽을 낮추고, 에이전트가 독립적으로 수행할 수 있는 일의 범위를 넓히는 것이다. 과거에는 개별 코드 생성 속도를 최적화했다면, 프런티어 팀은 정확하고 즉시 배포 가능한 소프트웨어가 고객에게 도달하는 속도를 최적화한다.
첫째, 에이전트 컨텍스트에 투자한다. 가장 앞선 팀들은 코딩 표준과 테스트, 코드베이스 탐색에 관한 가이드를 에이전트용 문서로 정리하는 데 공을 들였다. 베드록 인프라 팀은 코드와 문서를 모노레포에 모으고, 에이전트가 생성한 인라인 주석을 지속적 메모리로 간주해 유지했다. 둘째, 빨라지기 위해 먼저 느려지는 것을 감수한다. 모든 고성과 팀은 모델을 익히는 초반에 속도가 느려졌다고 보고했으며, 첫 2주의 학습 곡선을 넘긴 팀만 이후의 복리식 가속을 경험했다.
셋째, 에이전트를 일일이 감독하기보다 잘 정의된 작업을 꾸준히 공급한다. 여러 에이전트를 병렬로 돌리고 결과는 비동기로 검토하는 방식이다. 한 수석 엔지니어는 코드 리뷰와 운영 지원, 회의 사이를 오가는 동안 에이전트가 일을 진행한 덕에 단 몇 시간의 집중 시간만으로 기능 변경을 완성했다고 전했다. 넷째, 코드가 작성되기 전에 의도를 명확히 한다. 구조화된 명세나 상세 요구사항으로 '완료'가 무엇인지 에이전트에 분명히 전달하는 것이다. AWS는 어떤 엔지니어링 팀이든 프런티어 팀이 될 수 있다고 강조했다.