오래된 시스템을 교체할지 판단하는 순서

오래된 시스템도 업무를 안정적으로 처리할 수 있습니다. 반대로 화면이 최근에 만들어졌어도 담당자가 없거나 복구 방법을 모르면 운영에 어려움이 생깁니다. 교체 판단에는 연식보다 현재 막히는 업무와 운영 위험이 필요합니다.

바꾸려는 이유를 확인 가능한 문제로 적습니다

수정 요청이 계속 밀리는지, 외부 시스템과 연결할 수 없는지, 장애가 났을 때 복구할 사람이 없는지 나눠 적습니다. '확장성이 부족하다'는 말만으로는 어떤 변경이 필요한지 알기 어렵습니다.

기존 소스와 데이터에 접근할 수 있는지, 배포와 백업, 복구 절차가 있는지 확인합니다. 기술 지원이 끝났다는 주장이 있다면 사용 중인 제품과 버전의 공식 지원 정보를 확인해야 합니다.

보완과 부분 전환도 비교합니다

문제가 특정 업무에 한정돼 있다면 기존 시스템을 유지하면서 그 업무만 보완할 수 있는지 검토합니다. 전면 교체가 필요하다면 과거 데이터 조회, 기존 연동, 사용자 교육까지 전환 범위에 포함합니다.

새 시스템을 만드는 동안 기존 업무를 어떻게 운영할지도 중요합니다. 병행 운영이 가능할지, 같은 데이터를 두 번 입력해야 하는 기간이 생기는지, 전환을 멈출 기준은 무엇인지 확인합니다.

결정 자료에는 현재 문제, 그대로 둘 때의 영향, 보완안, 교체안, 각 안의 확인되지 않은 조건을 적습니다. 견적이 나오기 전에는 정밀한 비용 비교가 어렵습니다. 먼저 소스와 운영 환경을 점검해 불확실한 범위를 줄이는 방식도 고려할 수 있습니다.