Money Forward — 코딩 에이전트를 엔지니어링에서 PM·디자인·QA까지 확장한 방법

1. 왜 이 사례인가

아시아·태평양 금융 서비스 기업 머니포워드(Money Forward)는 소프트웨어를 구축하는 모든 부서에 코딩 에이전트를 도입하는 것을 목표로 설정했습니다. 개발 부서에서 먼저 기술적 효용을 입증한 뒤, 기획(Product)과 디자인, QA 조직으로 적용 범위를 단계적으로 넓혔습니다.

많은 기업이 AI 코딩 도구를 개발자 개인에게만 지급하고 코드 자동완성 수준의 효율 개선에 머무는 것과 달리, 머니포워드는 개발 속도가 빨라질수록 기획·디자인·QA 등 인접 부서가 새로운 병목으로 떠오른다는 점에 주목했습니다. 사내 엔지니어링 생산성 및 AI 연구 부서인 MEPAR(Engineering Productivity and AI Research)가 다양한 AI 코딩 솔루션을 면밀히 비교·평가한 뒤 커서(Cursor)를 전사 표준 플랫폼으로 낙점했고, 2026년 3월 기준 1,000명 이상의 직원이 매일 실무에서 커서를 활용하고 있습니다.

핵심 성과는 뚜렷합니다. 엔지니어 1인당 주당 15~20시간의 업무 시간을 절감했고, 커서 도입 단 1주 만에 코딩 에이전트를 실무에 쓰는 엔지니어가 30% 증가했으며, QA 테스트 생성 시간은 70% 단축되었습니다. 개발 부서를 넘어 기획·디자인·QA 실무진이 프로덕션 코드베이스와 직접 소통하며 소프트웨어 개발 수명 주기(SDLC) 전반을 혁신한 대표적 사례입니다.

2. Problem

초기에 머니포워드 엔지니어링 팀은 타사 벤더의 코드 자동완성 도구와 기본적인 AI 채팅 기능을 도입해 활용하고 있었습니다. 하지만 실질적인 개발 업무 시간 단축으로 이어지지 못했고, 사내 도입 확산은 정체에 부딪혔습니다.

이후 코딩 에이전트 도입으로 개발 속도가 본격적으로 빨라지자, 개발 프로세스와 맞물려 있던 인접 부서들의 병목이 수면 위로 떠올랐습니다.

QA의 수작업 테스트 작성 부담: QA 엔지니어가 복잡한 제품 명세를 일일이 분석하고, 사용자 스토리별 테스트 케이스를 도출한 뒤, 자동화 스크립트까지 직접 작성해야 하는 반복 노동의 비중이 지나치게 컸습니다.
PM의 명세와 실제 코드 간 괴리: 제품 요구사항 문서(PRD)가 실제 시스템 구현과 어긋나거나, 문서에 기재되지 않은 기술적 제약이 코드에만 숨어 있어 개발 착수 전에 잠재적 결함을 걸러내기 어려웠습니다.
디자인 조직의 정보 단절: 디자이너는 정적인 시안과 개발자의 간접적인 설명에 의존해야 했기에, 실제 사용자 여정이나 실시간 비즈니스 데이터 흐름과 단절된 채 작업할 수밖에 없었습니다.
비개발 직군의 도구 수용성 한계: 기존 터미널 중심의 AI 도구는 코드 변경에 따른 화면 결과를 검증하기 위해 별도의 보조 도구를 거쳐야 했기에, 디자인·QA·기획 실무진의 실제 활용률이 크게 떨어졌습니다.

확인된 사실: 기존 AI 도구 도입 정체, 엔지니어링 가속화 이후 기획·디자인·QA 병목 심화, QA의 수동 테스트 케이스 및 스크립트 작성 부담, PM·디자이너의 프로덕션 코드 및 데이터 접근 제약, 복잡하게 상호 연결된 프로덕션 시스템 보유.

3. Solution

3.1 엔지니어링에서 먼저 증명

커서 도입 초기, 머니포워드는 전사 엔지니어링 올핸즈(All-hands) 미팅에서 에이전트가 복잡한 소프트웨어 개발 전 과정을 완결(End-to-End)하는 모습을 직접 시연했습니다. 이를 계기로 개발자들의 자발적인 관심과 수요가 즉각 촉발되었고, 도입 불과 1주 만에 코딩 에이전트를 실무에 활용하는 엔지니어 수가 30% 증가했습니다.

엔지니어들이 커서를 통해 실제로 해결한 주요 업무 사례는 다음과 같습니다.

iOS 애플리케이션의 서비스 레이어 리팩터링
Rails 애플리케이션 최적화(10배 성능 개선)
Terraform을 활용한 AWS·GCP 배포 환경 관리
레거시 프론트엔드의 Vue→React 대규모 마이그레이션

아론 리(Aaron Li, Staff Engineer)는 단순 코드 보조에 그쳤던 기존 도구와 달리, 커서 에이전트는 실질적인 작업 전체를 자율적으로 완결할 수 있다는 점이 엔지니어들의 자발적 전환을 이끌어낸 핵심 요인이었다고 평가합니다.

3.2 MEPAR 평가와 전사 롤아웃

머니포워드의 사내 조직인 MEPAR(Engineering Productivity and AI Research)는 시중의 다양한 AI 코딩 솔루션을 체계적으로 비교·평가한 끝에 커서를 전사 표준 플랫폼으로 낙점했습니다.

트란 바 빈 손(Tran Ba Vinh Son, Group Company CTO 겸 MEPAR 매니저)은 특정 거대언어모델에 종속되지 않는 커서의 모델 비의존(Model-agnostic) 인프라 덕분에, 비동기 클라우드 에이전트를 활용해 장시간이 소요되는 복잡한 작업을 손쉽게 병렬 처리할 수 있었다고 설명합니다. 또한 사내 내부 도구와 유기적으로 연결해 로컬 하드웨어의 자원 한계에 구애받지 않고 풍부한 맥락(Context)을 즉각 불러올 수 있는 점도 중요한 장점으로 꼽았습니다.

커서가 최종 선정된 핵심 요인은 네 가지입니다.

최소한의 환경 설정: 복잡한 개발 환경 구성 없이도 에이전트와 즉시 협업을 시작할 수 있어, 기술적 숙련도가 서로 다른 다양한 부서 구성원들도 쉽게 다룰 수 있습니다.
시각적 검증 역량: 내장 브라우저 환경을 제공하므로, 디자이너와 QA 엔지니어가 에이전트가 수정한 UI 화면 결과를 별도 도구 없이 시각적으로 검증할 수 있습니다.
통합 에이전트 워크스페이스: 코드 생성부터 리뷰, 테스트, 디버깅에 이르는 소프트웨어 개발 라이프사이클 전체를 단일 플랫폼 내에서 매끄럽게 처리합니다.
대규모 코드베이스 처리 성능: 복잡하게 얽힌 엔터프라이즈 프로덕션 환경에서도 안정적으로 맥락을 탐색해 내므로, 코드 탐색에 익숙하지 않은 직군도 프로덕션 코드에 안전하게 접근할 수 있습니다.

3.3 QA: MCP 기반 이중 에이전트 테스트 자동화

QA 엔지니어는 모델 컨텍스트 프로토콜(MCP)을 활용해 Jira 티켓과 Notion 기획 문서를 커서 환경으로 곧바로 불러옵니다. 이어 첫 번째 에이전트가 기획 명세를 바탕으로 정형화된 테스트 케이스를 설계하면, 두 번째 에이전트가 이를 실행 가능한 Playwright 테스트 스크립트로 자동 변환합니다.

이 파이프라인 덕분에 테스트 생성 시간이 70% 단축되었으며, QA 팀은 기계적인 스크립트 작성에서 벗어나 위험 기반 테스트(Risk-based testing)와 상위 품질 게이트 검증에 더 많은 공수를 투입할 수 있게 되었습니다. 나아가 장애 원인 분석, 테스트 결과 리포팅 자동화, 개발 착수 전 기획 명세 검토까지 커서 에이전트의 활용 영역을 전방위로 넓혔습니다.

셰 레스터(Xie Lester, Chief Quality Office 디렉터)는 커서 도입이 조직 전반의 소프트웨어 품질 보증 방식 자체를 근본적으로 바꾸고 있다고 말합니다.

3.4 Product: 코드 기반 PRD 작성

프로덕트 매니저(PM)는 코드 저장소에서 직접 시스템 간의 상호작용 관계를 추출하고, 아키텍처 다이어그램을 자동 생성하며, 실제 프로덕션 구현 세부사항에 단단히 기반한 PRD를 작성합니다. 이를 통해 개발이 시작되기 전에 잠재적인 엣지 케이스와 기획에서 간과하기 쉬운 시스템 제약을 사전에 찾아냅니다.

오오니시 쇼이치로(Shoichiro Onishi, PM)는 문서에 세부 명세가 빠져 있더라도 커서가 실제 코드베이스를 직접 탐색해 숨겨진 동작 규칙을 찾아내 명확히 제시해 준다고 강조합니다.

3.5 Design: 프로덕션 코드에 직접 프로토타이핑

디자이너는 커서의 내장 브라우저 기능과 풀스택 코드 맥락을 활용해, 실제 애플리케이션 프론트엔드 코드 위에서 UI를 직접 수정하고 실시간으로 검증합니다. 또한 에이전트와 MCP를 통해 프로덕트 분석 데이터에 접근함으로써 데이터에 기반한 정밀한 사용자 경험 설계를 구현합니다.

스도 료타(Ryota Sudo, Product Designer)는 기획 명세와 데이터에 직접 다가가면서, 타인의 간접적인 설명에 의존하지 않고 제품의 실제 동작 원리를 깊이 이해한 상태에서 디자인할 수 있게 되었다고 설명합니다.

확인된 사실: 일일 실사용자 1,000명 이상, 엔지니어 1인당 주당 15~20시간 절감, 도입 1주 내 에이전트 활용 엔지니어 30% 증가, QA 테스트 생성 시간 70% 단축, Jira·Notion 연동 MCP 및 이중 에이전트(테스트 케이스 생성→Playwright 스크립트 변환), PM의 코드 기반 PRD 작성 및 아키텍처 다이어그램 생성, 디자이너의 내장 브라우저 및 데이터 분석 MCP 활용, MEPAR 주도 도구 평가와 비동기 클라우드 에이전트 운영.

4. Impact

지표	수치	비고
일일 커서 사용자	1,000명 이상	엔지니어링·기획·디자인·QA 전사
엔지니어 주당 절감 시간	15~20시간	개인별 추정치
에이전트 사용 엔지니어 증가	30% (1주 내)	커서 도입 직후
QA 테스트 생성 시간	70% 단축	이중 에이전트 워크플로
Rails 최적화 사례	10배 성능 개선	엔지니어링 작업 예시
기준일	2026-03-18	Cursor 고객 사례 발행일

정성적 측면에서는, 개발 속도가 빨라지면서 인접한 기획·디자인·QA 조직이 새로운 병목으로 떠올랐다는 문제의식 아래 에이전트 적용 범위를 개발 외 부서로 적극 확장했다는 점이 핵심입니다. 특히 터미널 환경에 머무르지 않고 직관적인 UI/UX와 내장 브라우저를 제공한 것이 기획·디자인·QA 실무진의 수용성을 비약적으로 끌어올린 결정적 배경으로 꼽힙니다.

확인된 사실: 위 표의 수치는 모두 Cursor 공식 고객 사례(2026-03-18) 기준입니다. 프로덕션 결함률, 롤백 빈도, 인프라 운영비용 변동 등은 공개되지 않았습니다.

5. Insight

개발 조직만 빨라지면 병목은 인접 부서로 이동합니다. 머니포워드는 엔지니어링 생산성이 비약적으로 높아진 뒤 기획·디자인·QA가 새로운 제약 요인이 되었다는 점을 직시하고, 동일한 에이전트 플랫폼을 소프트웨어 개발 수명 주기(SDLC) 전반으로 확장했습니다.

비개발 직군으로 확장하려면 시각적 인터페이스와 통합 작업 환경이 필수적입니다. 터미널 중심 도구는 디자이너나 QA 엔지니어가 화면 결과를 확인하기 위해 별도의 보조 도구를 거쳐야 하므로 정착하기 어렵습니다. 직관적인 내장 브라우저와 통합 워크스페이스가 전사적 수용을 이끌어낸 핵심 전제 조건이었습니다.

QA의 역할이 하류(Downstream)에서 상류(Upstream)로 이동합니다. 단순한 테스트 스크립트 작성 자동화에 머물지 않고, 장애 원인 분석, 개발 착수 전 기획 명세 검토, 위험 기반 테스트 설계 등 소프트웨어 개발 초기 단계의 품질 게이트로 업무 중심축이 옮겨갔습니다.

타사 도입을 위한 전제 조건과 한계. 복잡하게 얽힌 대규모 코드베이스에서 안정적으로 맥락을 찾아내는 검색 성능, Jira·Notion 등 협업 도구와의 원활한 MCP 연동, 그리고 장시간 작업을 소화할 비동기 클라우드 에이전트 인프라가 선행되어야 합니다. 다만 벤더 고객 사례라는 특성상 에이전트가 생성한 코드의 장기적 결함률, 보안 거버넌스 프로세스, 직군별 재교육에 투입된 실질 비용 등은 공개되지 않았습니다.

한 줄 요약: 소프트웨어 개발 전 주기에 걸쳐 에이전트를 확산하려면 엔지니어링에서 먼저 가치를 확실히 증명한 뒤, 비개발 직군이 프로덕션 코드와 데이터에 안전하게 접근할 수 있는 시각적 통합 플랫폼을 마련해야 합니다.

6. 원문에 없는 추정 (구현 가설)

6.1 QA 이중 에이전트와 MCP 컨텍스트 주입 파이프라인

근거: 원문은 QA가 MCP로 Jira 티켓과 Notion 문서를 커서에 공급하고, 한 에이전트가 테스트 케이스를 생성한 뒤 다른 에이전트가 Playwright 스크립트로 변환한다고 기술합니다.

Jira 및 Notion MCP 연동은 티켓 ID나 문서 URL을 입력값으로 받아 사용자 스토리, 인수 조건(Acceptance Criteria), 관련 기획 명세를 구조화된 맥락 블록으로 자동 주입하는 형태였을 것입니다. 첫 번째 에이전트는 이 맥락을 바탕으로 Given-When-Then 형식의 논리적 테스트 시나리오 목록을 작성하고, 두 번째 에이전트는 동일 작업 세션이나 신규 브랜치에서 해당 시나리오를 Playwright 테스트 파일로 매핑했을 것으로 보입니다. 테스트 생성 시간을 70% 단축하려면, 에이전트가 기본 스크립트 골격과 DOM 선택자(Selector) 후보를 일괄 생성한 뒤 QA 엔지니어가 위험도가 높은 핵심 분기만 선별 검토·보정하는 인간 참여형(HITL, Human-in-the-loop) 루프가 결합되었을 가능성이 높습니다. 또한 장애 분석과 개발 전 명세 검토는 동일한 MCP 파이프라인을 통해 과거 장애 티켓이나 로그를 조회하고 사전 품질 점검을 거치는 워크플로로 확장되었을 것입니다.

6.2 비동기 클라우드 에이전트와 내부 도구 컨텍스트 게이트

근거: MEPAR CTO는 모델 비의존 인프라로 장시간 작업을 비동기 클라우드 에이전트에 병렬화하고, 내부 도구에 연결해 로컬 하드웨어 제한 없이 컨텍스트를 가져온다고 말합니다.

엔지니어가 Vue→React 마이그레이션이나 Terraform 기반 인프라 배포처럼 수 시간 이상 걸리는 복잡한 작업을 동시에 여러 개 진행하려면, 각 에이전트가 격리된 클라우드 샌드박스에서 독립 브랜치를 생성하고 사내 API나 내부 문서 게이트를 통해 읽기 전용 맥락을 공급받는 아키텍처가 필수적이었을 것입니다. 아울러 기획자나 디자이너가 프로덕션 코드베이스를 다룰 때는 의도치 않은 코드 수정을 방지하기 위해 읽기 전용 권한과 브라우저 프리뷰 샌드박스로 작업 범위를 통제하는 역할 기반 접근 제어(RBAC)가 함께 적용되었을 가능성이 큽니다. 전사 1,000명 이상의 일일 사용자가 안정적으로 공존하기 위해서는 MEPAR가 에이전트 실행 정책, 내부 도구 접근 허용 목록(Allowlist), API 호출 및 토큰 사용량 쿼터를 중앙에서 통제하는 거버넌스 레이어를 마련했을 것으로 추정됩니다.

7. 출처

Cursor Customer Stories — Money Forward brings Cursor’s coding agents to product, design, and QA
https://cursor.com/blog/money-forward
발행일: 2026-03-18 (Featuring Aaron Li, Tran Ba Vinh Son, Xie Lester, Shoichiro Onishi, Ryota Sudo)