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