피드백 기반 AI 개발: 사용자 목소리가 다음 스프린트를 출시하게 하세요

모든 프로덕트 팀에는 같은 기원 신화가 있습니다. 창업자가 무엇을 만들지 결정하고, 스케일하고, PM을 뽑아서 무엇을 만들지 결정하게 하고, 더 스케일하다가, 어느 순간 회사는 진짜 신호가 사용자에게서 나온다는 걸 깨닫고 거기에 귀 기울이기 시작합니다. 피드백 기반 개발은 그 지름길입니다. '우리가 결정한다' 단계를 건너뛰고 바로 '사용자가 결정하고, 우리는 출시한다'로 갑니다.

정석적인 구현은 업보트 기반 백로그입니다. 사용자들은 공개된 기능 요청 목록을 보고, 자기에게 중요한 것에 투표하고, 리스트의 상위가 곧 다음 스프린트가 됩니다. Canny, Fider, Featurebase, UserVoice, Frill, Aha 같은 도구들이 이 패턴을 대중화했습니다. 하지만 모든 도구에서 표를 집계한 이후에는 여전히 고전적인 사람 엔지니어링 루프가 남아 있습니다. PM이 리더보드를 살펴보고, 티켓이 작성되고, 개발자가 티켓을 집어들고, 스프린트가 시작됩니다.

AgentsRoom은 이 루프를 찌그러뜨립니다. 표는 당신의 AI 코딩 에이전트가 실행할 수 있는 티켓 위에 곧바로 내려앉습니다. 티켓이 당신의 투표 임계치를 넘으면, 말 그대로 그 티켓을 In Progress 열로 드래그하면 Claude, Codex, OpenCode, Gemini CLI 또는 Aider 에이전트가 클라이언트의 표현을 프롬프트 삼아 집어듭니다. 사용자 요청부터 출시된 기능까지, 사람이 할 일은 드래그 앤 드롭과 diff 리뷰뿐입니다.

여기에는 몇 가지 흥미로운 결과가 따릅니다. 첫째, 우선순위 정하기가 싸집니다. 토론으로 시간을 태우지 않고, 투표 수를 보면 신호가 있거나 없거나입니다. 둘째, 우선순위 정하기가 정직해집니다. 당신이 개인적으로 만들고 싶지 않지만 42명의 사용자가 원하는 기능이 보드의 맨 위에 있을 때, 스스로를 속이기가 쉽지 않습니다. 셋째, 우선순위 정하기가 빨라집니다. '사용자가 X를 원한다'에서 'X가 프로덕션에 있다'까지의 지연이 몇 주에서 몇 시간으로 줄어듭니다.

피드백 기반 AI 개발이 만능 해결책은 아닙니다. 투표는 노이즈가 있을 수 있고, 목소리 큰 소수파도 실제로 존재하며, 순수한 업보트 독재는 일관된 프로덕트 비전을 희생시키면서 작은 승리의 인기 있는 죽 같은 프로덕트를 만들어냅니다. 그래서 AgentsRoom의 Remote Backlog는 날것의 신호'와' 통제권을 함께 줍니다. 어떤 티켓을 드래그할지, 어떤 에이전트 역할을 할당할지, 어떤 diff를 승인할지는 여전히 당신이 결정합니다. 투표는 신호, 에이전트는 노동력, 당신은 편집자입니다.