기술 선택 · 요구사항
레거시 개선/리팩토링 외주 견적 산정 기준
기존 시스템(레거시)의 개선·리팩토링 외주 견적을 산정하는 기준과 주의사항을 정리했습니다. 기존 코드 분석 공수 때문에 신규 개발보다 견적이 높을 수 있고, 전면 재개발보다 점진적 개선이 대체로 안전합니다. 기존 시스템의 문서화 수준이 비용을 좌우합니다.
손영은 · 프리시·
3줄 요약
- •레거시 리팩토링은 신규 개발보다 견적이 높을 수 있습니다 (기존 코드 분석 공수).
- •"전면 재개발"과 "점진적 개선" 중 선택해야 하며, 대부분 점진적 개선이 안전합니다.
- •기존 시스템의 문서화 수준이 견적에 큰 영향을 미칩니다.
레거시 리팩토링이 비싼 이유
1. 기존 코드 분석 공수
문서 없는 레거시 시스템을 분석하는 데 2~4주가 걸릴 수 있습니다. 이 기간은 신규 개발에는 없는 "추가 비용"입니다.
2. 숨겨진 의존성
"이 부분만 수정하면 됩니다"라고 생각했는데, 실제로는 연쇄적으로 영향을 받는 코드가 있을 수 있습니다.
3. 테스트 부재
레거시 시스템은 테스트 코드가 없는 경우가 대부분이라, 수정 후 사이드 이펙트 확인이 어렵습니다.
4. 기술 부채
오래된 프레임워크, 지원 종료된 라이브러리 등을 업그레이드해야 하는 경우 추가 공수가 발생합니다.
여기 나온 기준으로 내 프로젝트는 얼마인지 궁금하다면, 30초 AI 견적으로 확인해보세요
전면 재개발 vs 점진적 개선
| 구분 | 전면 재개발 | 점진적 개선 |
|---|---|---|
| 비용 | 높음 (신규 개발 수준) | 중간 (문제 부분만) |
| 기간 | 3~12개월 | 1~3개월씩 반복 |
| 위험도 | 높음 (전환 시점에 문제 발생 가능) | 낮음 (단계적 전환) |
| 적합한 경우 | 기술 스택 완전 교체, 구조 변경 | 특정 기능 개선, 성능 최적화 |
추천: 대부분의 경우 점진적 개선이 안전합니다. "가장 문제가 되는 부분"부터 순차적으로 개선하세요.
리팩토링 외주 시 전달해야 할 정보
5초 예상 범위 확인
두 가지만 고르면 됩니다. 연락처 입력 없음, 범위는 실제 수주가 기준입니다.
자주 묻는 질문
기존 개발사가 아닌 다른 업체에 리팩토링을 맡겨도 되나요?
소스코드와 서버 접근 권한이 있다면 가능합니다. 다만 기존 코드 분석에 2~4주의 추가 시간이 필요하며, 이 비용을 견적에 포함해야 합니다.
리팩토링 중에도 기존 서비스를 운영할 수 있나요?
점진적 개선 방식이라면 가능합니다. 전면 재개발의 경우 기존 시스템과 새 시스템을 병행 운영하다가 전환하는 방식을 사용합니다.