Ramp CPO가 공개한 AI 기반 소프트웨어 팩토리 설계법. 병목 현상 제거로 제품 개발 속도를 5배 높이고 UX 문제 60%를 24시간 내 해결하는 실제 사례를 배웁니다.
AI 소프트웨어 팩토리: 제품 개발 속도 5배 높이기
핵심 요약
- 병목 현상 제거가 속도의 핵심: 개인의 노력보다 시스템 수준의 최적화가 중요 (F1 레이싱에서 배운 원칙)
- 5단계 제품 개발 루프 자동화: 문제 식별 → 정의 → 구축 → 검토 → 테스트 → 조율을 AI로 자동화
- 구체적 성과: Inspect 1백만 세션, PR 75% AI 생성, UX 문제 60% 24시간 내 해결
- 제품 관리자의 진화: 기술PM, 테이스트메이커, GM(총괄관리자)으로 역할 확대
- 제약은 기회: 자원 제한 속에서 한 가지 핵심 병목에 집중해야 성과 창출
1단계: 병목 현상 식별 — 고객 데이터 통합
제품 개발의 첫 번째 병목은 문제를 찾는 것 자체 입니다.
고객 피드백은 Gong, Zendesk, LogRocket, 설문조사, 임원 이메일 등 여러 채널에 흩어져 있습니다. 이 소음 속에서 실제 문제를 걸러내려면 강력한 데이터 통합이 필요합니다.
Ramp는 고객 인사이트 에이전트 를 구축했습니다:
- 모든 데이터 소스를 ETL 파이프라인으로 통합
- 벡터 검색과 클러스터링으로 동일 맥락의 인사이트 그룹화
- 조직 전원이 접근 가능한 Slack 에이전트, 대시보드, "혐오 팟캐스트" 등 다양한 채널 제공
이를 통해 모든 팀이 정확히 어떤 고객과 대화해야 하는지 추적 가능 하게 되었습니다.
2단계: 제품 정의 — AI 에이전트로 범위 결정
문제를 찾은 후, 다음 병목은 "무엇을 만들 것인가"를 정의하는 것입니다.
Ramp는 Glass 라는 AI 에이전트를 구축했습니다:
- Snowflake 데이터, 사용자 조사, 고객의 '해결해야 할 과제(Job to be Done)' 등 모든 시스템에 연결
- 정성적·정량적 데이터로 구체적인 스코프 도출
- 엔지니어가 주도하지 않고, AI가 맥락을 제공 해 사람들이 올바른 기반에서 시작
3단계: 구축 및 검토 — 코딩과 품질 자동화
이제 구축 단계의 병목이 드러납니다.
Inspect (자체 개발 코딩 에이전트):
- Slack 내에서 5초 이내 실행 가능
- 배포된 미리 보기로 실제 제품 반환
- 성과: 100만 세션 기록, Ramp PR의 75% AI 생성, 지난 달 비엔지니어 1,000개 PR 제출
ReviewBuddy (AI 코드 리뷰):
- 코드베이스 완전 이해, 품질·보안 검사 자동화
- 적절한 인간 검토자 자동 배정
- 성과: PR의 93% 자동 처리 → 최고 엔지니어들이 7%의 중요한 PR에만 집중
4단계: 테스트 — 브라우저 기반 QA 자동화
다음 병목은 테스트입니다.
Testo (AI 기반 QA 에이전트):
- 실제 프로덕션 데이터로 100가지 조합 테스트
- 사용자처럼 제품 내에서 실행
- 버그(차단 피드백) + 디자인·UX 개선 제안(정성적 피드백) 동시 제공
- 성과: 지난 30일 425개 버그 발견 (고객이 아닌 팀이 먼저 잡음)
5단계: 조율 — 전사 커뮤니케이션 자동화
많은 제품을 빠르게 출시하면, 새로운 병목이 생깁니다: 사람의 관심과 조율.
Gadget (AI 조율 에이전트):
- 질문의 의도 파악 → 공식 기록 연결 (Notion 로드맵, 사양, 고객 통화, Slack, Linear 등)
- "이 프로젝트 상태는?", "이 기능 언제 출시?", "브라질에서 사용 가능?"같은 질문 자동 답변
- 답변할 수 없으면 적절한 담당자 전달
- 한 단계 더: 고객센터 문서, 블로그, 고객 이메일 작성 지원
- 성과: PM 수신 질문의 85% AI가 완전 답변
자율 루프로 야심을 회복하다
작은 일들(버그 수정, 마이너 개선)은 AI 자율 루프가 처리합니다:
작은 루프의 흐름:
- 이슈 발견 (고객, 영업, CX 또는 내부)
- AI가 전체 순환 실행 (분류, 백로그 매칭, 중복 제거, 우선순위화)
- Slack으로 사람 개입 ("코딩 준비 완료?")
- 코드 작성 → 테스트 → CI/CD → 배포
- 지식 기반 자동 업데이트
결과: UX 문제의 60%가 24시간 내 해결되며, PM들은 큰 일(전략, 야심)에만 집중 가능
속도 측정: 드라이버의 감각
속도를 어떻게 측정할까요? 랩 타임만으로는 부족합니다.
Ramp는 속도가 무엇인지 아는 드라이버(경험자)를 고용 하고, 그들이 도전할 수 있도록 권한을 부여합니다. 정성적이고 주관적인 판단이 실제 속도 감각을 제시합니다.
제약은 차원을 결정한다
자원이 제한적이면 어떻게 경쟁할까요?
2006년 아우디는 느렸지만, 연료 효율(정차 횟수 감소) 에 집중해 르망 3년 연속 우승했습니다.
원칙: 제약은 받아들이되, 병목은 제거하세요. 당신의 회사를 10배 성장시킬 한 가지 병목을 찾아 거기서부터 시작하세요.
제품 관리자의 미래 역할
AI가 많은 루틴 일을 자동화하면, PM은 어떻게 진화할까요?
1. 기술 PM (기술 경로)
- 조직 내 병목 식별 및 제거
- 고객을 위한 제품이 아닌, 제품을 구축하는 데 도움이 되는 공장 만들기
2. 테이스트메이커 (운전자)
- AI가 할 수 없는 판단: 훌륭한 제품·취향의 기준 제시
- 운전대를 잡고 방향 결정
3. GM(총괄관리자) (확대 경로)
- PM 역할을 마케팅, 영업, 성장, 운영으로 확장
- 전체 기능을 이끌고 실제 비즈니스 성과에 책임
결론
Ramp가 증명한 소프트웨어 팩토리의 세 가지 핵심 원칙:
- 속도는 개인 노력이 아닌 시스템 최적화: 병목을 찾아 제거하는 것이 전부
- 다음 병목은 항상 존재: 첫 번째를 해결하면 다음이 나타나고, 그것을 빠르게 통과하는 것이 승리
- 제품 관리자는 공장 건설자: 고객을 위한 제품에서 한 발 물러나, 제품을 빠르게 구축하는 팩토리 자체 에 집중하세요
"지금까지 만들어진 최고의 페라리는 다음 페라리다"는 엔초 페라리의 말처럼, 당신이 만들 최고의 제품은 당신이 내일 출시할 다음 제품 입니다. 그리고 그것은 오늘 당신이 구축하는 소프트웨어 공장에서 시작됩니다.
Original source: The limiting factor—how to design an AI software factory for speed | Geoff Charles (Ramp CPO)
powered by osmu.app