고칠까, 새로 만들까
재구축 판단 기준 5가지

세 가지 선택지부터 구분하세요

선택지	무엇을 하나	이럴 때 맞습니다
버전 업데이트	화면과 기능은 그대로 두고 PHP·OS·DB 같은 기반만 지원되는 버전으로 올립니다.	업무는 잘 맞는데 기반 기술만 낡았을 때
부분 개편	문제가 큰 화면이나 기능만 다시 만들고 나머지는 둡니다.	불편한 곳이 몇 군데로 모여 있을 때
재구축	업무 흐름부터 다시 정리해 새로 만들고, 데이터를 옮깁니다.	업무 자체가 바뀌었거나 손댈 수 없는 상태일 때

"고칠까, 새로 만들까"를 둘 중 하나로만 보면 판단이 어려워집니다. 중간 선택지인 부분 개편이 가장 자주 맞는 답입니다.

01기술 지원이 끝났거나 곧 끝나나

PHP, 운영체제(OS), 데이터베이스, 프레임워크에는 보안 업데이트가 나오는 기간이 정해져 있습니다. 기간이 끝나면 새로 발견된 보안 구멍이 막히지 않습니다.

• 고쳐 쓰기 쪽: 한두 단계만 올리면 되고, 쓰는 외부 라이브러리가 새 버전을 지원합니다.
• 새로 만들기 쪽: 여러 세대가 뒤처져 있고, 쓰던 프레임워크나 라이브러리 자체가 개발이 멈췄습니다.

02소스를 손댈 수 있는 상태인가

같은 오래된 시스템이라도 소스가 정리돼 있으면 고쳐 쓰기가 훨씬 싸집니다.

• 고쳐 쓰기 쪽: 최신 소스가 있고, 운영 서버 코드와 같으며, 다른 개발자가 읽고 고칠 수 있습니다.
• 새로 만들기 쪽: 소스가 없거나 운영 서버와 다르고, 하나를 고치면 엉뚱한 곳이 깨집니다. 테스트할 방법도 없습니다.

03업무가 얼마나 바뀌었나

시스템을 만든 뒤 조직, 상품, 결재 방식이 크게 바뀌었다면 기술보다 업무와 안 맞는 것이 더 큰 문제입니다.

• 고쳐 쓰기 쪽: 업무 흐름은 그대로이고, 화면 몇 개와 항목 몇 개만 바뀌었습니다.
• 새로 만들기 쪽: 직원들이 시스템 밖에서 엑셀이나 메신저로 우회하는 일이 많고, "원래 이렇게 써요"라는 설명이 늘었습니다.

04수정 비용이 계속 오르나

지난 1~2년 동안의 수정 요청과 견적을 펼쳐 보세요.

• 고쳐 쓰기 쪽: 작은 수정은 작은 비용으로 끝나고, 수정 후 다른 곳이 깨지는 일이 드뭅니다.
• 새로 만들기 쪽: 문구 하나 바꾸는 데도 며칠이 걸리고, 비슷한 요청의 견적이 해마다 오릅니다. 맡겠다는 업체도 줄어듭니다.

05데이터 구조가 버틸 수 있나

화면은 나중에 바꿔도 되지만, 데이터 구조가 무너져 있으면 그 위에 무엇을 고쳐도 같은 문제가 반복됩니다.

• 고쳐 쓰기 쪽: 같은 정보가 한곳에만 저장되고, 데이터가 늘어도 속도가 크게 떨어지지 않습니다.
• 새로 만들기 쪽: 같은 고객이 여러 표에 다르게 저장돼 있고, 집계 숫자가 화면마다 다릅니다. 데이터가 쌓일수록 눈에 띄게 느려집니다.

판단표: 셋 이상이면 재구축 검토

• 지원이 끝난 버전을 여러 세대 건너뛰어야 한다
• 최신 소스가 없거나, 고칠 때마다 다른 곳이 깨진다
• 직원들이 시스템 밖에서 우회하는 업무가 많다
• 작은 수정에도 비용과 기간이 계속 늘고 있다
• 같은 데이터가 여러 곳에 다르게 저장돼 있다

하나나 둘이면 버전 업데이트나 부분 개편부터 검토하세요. 셋 이상이어도 한 번에 다 바꾸기보다, 가장 문제가 큰 기능부터 새로 만들어 옮기는 방식이 위험이 적습니다.