AI 시대의 신화적 맨먼스
지난 주말, 저는 네 사람이 노트북을 스크린에 연결하려고 필사적으로 노력하는 모습을 지켜보았습니다. 저는 그들의 노력을 흥미롭게 관찰했을 뿐, 참여할 의도는 전혀 없었습니다.
하지만 누군가 저를 쿡 찔렀습니다. '당신은 안 보겠어요?'
제 대답은 이랬습니다. '하하, 죄송해요! 제 경험상 사람을 더 추가한다고 해서 이 문제가 더 빨리 해결되지는 않더라고요.'
물론 저는 간접적으로 브룩스(Brooks)의 법칙을 언급하고 있었습니다.
"후반 소프트웨어 프로젝트에 인력을 추가하는 것은 그 프로젝트를 더 지연시킨다."
이것은 컴퓨터 과학자 Frederick P. Brooks Jr.가 1975년 저서 『The Mythical Man-Month』에서, IBM OS/360 프로젝트를 관리했던 경험을 바탕으로 정립한 내용입니다.
하지만 저는 생각에 잠겼습니다. 이 법칙이 AI 에이전트와 LLM(대규모 언어 모델)의 시대에도 여전히 유효할까요?
언뜻 보기에는 그렇지 않다고 생각할 것입니다. 온보딩 시간, 끝없는 스탠드업 미팅, 사무실 정치 같은 전통적인 병목 현상들은 하룻밤 사이에 사라지기 때문입니다. AI 에이전트는 밀리초 단위로 업무 속도를 올릴 수 있으며 커피 브레이크를 요구하지 않습니다.
하지만 좀 더 자세히 들여다보면, 이 법칙은 사라지지 않았습니다. 단지 변형되었을 뿐입니다.
유명한 '베이비 문제'는 여전히 남아 있습니다. 아홉 명의 에이전트가 한 달 만에 아기를 낳을 수는 없습니다. 순차적인 작업은 여전히 순차적입니다.
오버헤드(Overhead) 자체가 사라진 것이 아니라, 그 초점이 바뀐 것입니다. 사람들을 관리하는 대신, 이제는 에이전트들을 관리해야 합니다. 누가 '완료'를 정의하고, 코드를 검토하며, 환각(hallucinations)을 잡아내고, 조각들을 하나로 꿰맞추어야 하는지 여전히 누군가가 필요합니다.
그 누군가가 바로 당신입니다.
명확하게 조정되지 않은 상태에서 아홉 개의 자율 에이전트를 단일 코드베이스에 던져 넣으면, 그들은 고속 루프 속에서 서로의 작업을 기꺼이 재작성할 것입니다.
어쩌면 Brooks 법칙의 2026년 업데이트 버전은 다음과 같아야 할지도 모릅니다:
"불분명한 요구사항을 가진 프로젝트에 에이전트를 추가하는 것은 잘못된 답을 더 빨리 얻게 한다."