지난 주말 네 사람이 노트북을 화면에 연결하려고 끙끙대는 모습을 지켜본 한 개발자의 이야기로 시작해 보자. 옆에서 누군가 "자네도 한번 봐 줄 수 있지 않나"라고 거들자, 그는 웃으며 거절했다. 사람을 더 투입한다고 해서 이 문제가 더 빨리 풀리지는 않는다는 경험 때문이었다. 이 대답은 소프트웨어 공학의 오래된 경구 하나를 떠올리게 한다. 바로 "늦어진 소프트웨어 프로젝트에 인력을 더하면 더 늦어진다"는 브룩스의 법칙이다.
이 법칙은 프레더릭 P. 브룩스 주니어가 1975년 저서 '맨먼스 미신(The Mythical Man-Month)'에서 정리한 것으로, 그가 IBM의 OS/360 프로젝트를 관리하며 얻은 경험에 뿌리를 두고 있다. 핵심 통찰은 단순하다. 사람을 늘리면 그만큼 소통 경로와 조율 비용이 늘어나고, 새로 들어온 인력을 교육하느라 기존 인력의 시간까지 소모된다는 것이다. 그래서 일정이 이미 지연된 프로젝트일수록 증원은 오히려 독이 된다.
표면적으로는 무너진 듯 보이지만
그렇다면 LLM과 AI 에이전트의 시대에도 이 법칙이 유효할까. 얼핏 보면 더 이상 맞지 않는 것처럼 느껴진다. 전통적인 병목이었던 온보딩 시간, 끝없는 스탠드업 회의, 사내 정치 같은 것들이 하룻밤 사이에 사라지기 때문이다. AI 에이전트는 밀리초 단위로 맥락을 파악하고, 커피 브레이크를 요구하지도 않는다. 인간 팀을 늘릴 때 발생하던 마찰의 상당 부분이 애초에 존재하지 않는다.
하지만 조금 더 들여다보면 법칙은 사라진 것이 아니라 형태를 바꾸었을 뿐이다. 브룩스가 들었던 유명한 '아기 비유'는 여전히 성립한다. 아홉 명의 여성이 모인다고 아기를 한 달 만에 낳을 수 없듯, 아홉 개의 에이전트를 붙여도 순차적으로 진행될 수밖에 없는 작업은 여전히 순차적이다. 선행 작업의 결과가 있어야 다음 단계를 밟을 수 있는 의존 관계는 병렬화로 해소되지 않는다.
오버헤드는 사라진 게 아니라 이동했다
더 중요한 변화는 관리 비용의 성격이다. 오버헤드는 소멸하지 않고 자리를 옮겼다. 이제 개발자는 사람을 관리하는 대신 에이전트를 관리한다. '완료'의 기준을 정의하고, 생성된 코드를 리뷰하고, 환각(hallucination)을 걸러내고, 흩어진 결과물을 하나로 꿰매는 일은 여전히 누군가의 몫으로 남는다. 자율 에이전트가 빠르다는 것은 틀린 방향으로도 빠르게 갈 수 있다는 뜻이기도 하다.
조율 체계가 명확하지 않은 상태에서 아홉 개의 자율 에이전트를 하나의 코드베이스에 풀어 놓으면, 이들은 서로의 작업을 고속으로 덮어쓰며 끝없는 수정 루프에 빠진다. 사람이라면 서로 눈치를 보며 속도를 늦추겠지만, 에이전트는 그런 제동 장치 없이 충돌을 반복한다. 원문은 이를 두고 2026년판 브룩스의 법칙을 이렇게 제안한다. "요구사항이 불분명한 프로젝트에 에이전트를 더하면, 틀린 답을 더 빨리 얻게 된다."
실무자가 가져갈 함의
한국의 개발 조직에 주는 시사점은 분명하다. 에이전트 도입의 성패는 모델의 성능보다 오케스트레이션과 요구사항 정의의 품질에 달려 있다. 작업을 병렬화 가능한 단위로 쪼개는 설계, 에이전트 간 작업 영역을 분리하는 규칙, 결과를 검증하고 통합하는 리뷰 게이트가 없다면 에이전트 수를 늘리는 것은 혼란을 가속할 뿐이다. 즉 투입량이 아니라 경계 설정이 생산성을 가른다.
다만 이 글은 체계적 연구가 아니라 한 개발자의 관찰과 비유에 기반한 에세이라는 점은 분명히 해 둘 필요가 있다. '틀린 답을 더 빨리'라는 표현은 측정된 수치가 아니라 직관적 경고에 가깝고, 실제로 어느 지점부터 에이전트 증원이 역효과를 내는지는 조직과 작업 성격에 따라 다를 것이다. 그럼에도 반세기 전의 통찰이 도구만 사람에서 에이전트로 바뀐 채 여전히 작동한다는 지적은, AI를 도입하며 '많이 돌리면 빨라진다'는 기대에 사로잡힌 팀이라면 한 번쯤 곱씹어 볼 만하다.