이 체크리스트는 오래된 쇼핑몰, 스프레드시트로 겨우 유지되는 ERP, 또는 아무도 손대려 하지 않는 내부 도구 등 특정 시스템이 비즈니스 성장을 가로막고 있다고 의심하는 사업주, COO, CTO, IT 관리자를 위한 것입니다. 무엇을 점검해야 하는지, 그리고 해당 시스템에 실제로 작업이 필요한지 판단하는 방법을 다룹니다. 경로 선택은 다음 단계이며, 디지털 전환 및 레거시 현대화 가이드에서 다루고 있습니다.
이 가이드에서 다루는 내용
- 평가가 필요한 시점
- 체크리스트: 평가해야 할 10가지 영역
- 평가 진행 방법
- 점수 산정: 비즈니스 가치 대 기술 상태
- 발견 사항에서 경로 후보 목록으로
- 평가에서 AI가 도움이 되는 부분
- 대안 및 선택 기준
- Netbase는 평가를 어떻게 진행합니까?
- 어떤 납품 기록이 존재하고 존재하지 않습니까?
- 이 체크리스트의 한계는 무엇입니까?
- 자주 묻는 질문
- 다음 단계
평가가 필요한 시점
일정에 따라 진행하지 말고, 다음 중 하나의 트리거가 나타날 때 구조적 평가를 실시하십시오:
- 플랫폼, 프레임워크 또는 데이터베이스의 벤더 지원 종료가 임박한 경우.
- 작은 변경에도 몇 주가 걸리고, 업그레이드할 때마다 무언가가 망가지는 경우.
- 직원이 시스템 간에 주문, 재고 또는 고객 데이터를 수동으로 재입력하는 경우.
- 새로운 프로세스, 채널 또는 AI 활용 사례에 필요한 데이터를 시스템이 제공하지 못하는 경우.
- 시스템을 이해하는 사람들이 떠나고 있거나 이미 떠난 경우.
평가는 반대의 실수로부터도 보호해 줍니다. 지원이 되고 보안이 유지되며 아무것도 막지 않는 시스템을 교체하는 실수 말입니다. 좋은 평가는 "유지하고, 내년에 다시 검토한다"는 결론으로 끝날 수도 있습니다.
체크리스트: 평가해야 할 10가지 영역
답이 명확해 보이는 영역도 빠짐없이 검토하십시오. AWS의 상세 애플리케이션 평가 지침은 팀이 종종 애플리케이션을 완전히 이해하고 있다고 가정하며, 기억이 아닌 도구의 데이터로 그 지식을 검증할 것을 권장한다고 경고합니다.
| 영역 | 점검 사항 | 수집할 증거 |
|---|---|---|
| 비즈니스 가치 | 어떤 매출, 서비스 또는 비용이 시스템에 의존하는지, 하루 동안 멈출 경우 무엇이 중단되는지 | 명시된 프로세스, 영향받는 사용자, 사업주와 합의한 중단 영향 |
| 사용자 및 프로세스 | 누가, 무엇을 위해 사용하는지, 어떻게 우회하는지 | 프로세스 맵, 시스템 주변의 스프레드시트 및 수동 단계 목록 |
| 코드 및 아키텍처 | 아키텍처 유형, 결합도, 테스트 커버리지, 커스텀 코드 규모, 알려진 핫스팟 | 아키텍처 다이어그램, 리포지토리 접근권, 테스트 보고서, 커스텀 모듈 목록 |
| 플랫폼 및 지원 | 언어, 프레임워크, 데이터베이스, 운영 체제의 버전과 지원 종료일 | 벤더 공식 지원 종료일이 포함된 버전 인벤토리 |
| 보안 | 알려진 취약점, 인증, 접근 제어, 암호화, 로깅 | 스캔 결과, 접근 목록, 과거 감사 또는 침투 테스트의 미해결 발견 사항 |
| 데이터 | 데이터 모델, 품질, 볼륨, 소유권, 보존 규정 | 스키마, 레코드 수, 데이터 품질 샘플, 각 데이터 유형의 소유자 |
| 통합 | 데이터를 보내거나 받는 모든 시스템과 방법 | 프로토콜, 방향, 빈도, 오류 처리가 포함된 인터페이스 목록 |
| 운영 | 가동 시간, 장애, 백업, 복구 목표, 복구 테스트 여부 | 장애 이력, 백업 일정, 복구 시점 및 시간 목표, 마지막 복구 테스트 |
| 인력 및 지식 | 시스템을 변경할 수 있는 사람, 문서화된 내용 | 명시된 담당자, 문서, 누군가의 머릿속에만 있는 규칙 |
| 비용 | 라이선스, 호스팅, 지원 계약, 시스템 유지에 소요되는 직원 시간 | 내부 인건비 및 우회 작업을 포함한 12개월 비용 |
두 가지 영역은 특별히 주의가 필요합니다. 플랫폼 지원과 관련하여, CISA와 FBI는 수명 종료 소프트웨어 사용을 특별히 위험한 제품 보안 관행 중 하나로 나열합니다. 지원이 종료된 제품은 보안 수정을 받지 못하기 때문입니다. 보안과 관련하여, OWASP 애플리케이션 보안 검증 표준(ASVS)과 같은 공개 표준은 직접 기준을 만드는 대신 테스트할 요구 사항의 목록을 제공합니다.
평가 진행 방법
하나의 시스템에 대한 집중 평가는 짧고 범위가 명확한 작업입니다. 고정된 순서로 진행하여 속도를 유지하십시오:
-
담당자를 지정합니다
시스템의 가치를 말할 수 있는 비즈니스 담당자와 코드, 서버, 클라우드 계정, 벤더 계약 등 모든 접근을 열 수 있는 기술 담당자.
-
인터뷰 전에 먼저 수집합니다
버전, 의존성, 접근 목록, 비용, 장애 이력을 먼저 확보하여 인터뷰가 사실을 생성하는 것이 아니라 확인하는 자리가 되도록 합니다.
-
소프트웨어만이 아닌 프로세스를 매핑합니다
실제 주문, 청구 또는 요청 하나를 처음부터 끝까지 따라가며 모든 수동 단계와 스프레드시트를 기록합니다.
-
우회하는 사람들을 인터뷰합니다
사용자는 어떤 보고서가 잘못되었고 어떤 필드를 아무도 신뢰하지 않는지 알고 있습니다.
-
위험한 가정 하나를 테스트합니다
예를 들어, 어젯밤의 백업을 테스트 환경에 복원하거나, 리포지토리만으로 코드를 빌드하고 배포해 봅니다.
-
각 영역에 점수를 부여합니다
아래의 가치 및 상태 척도를 사용하고, 모든 점수 뒤에 증거 한 문장을 작성합니다.
-
후보 목록과 미확인 사항을 작성합니다
점수, 남은 2~3가지 경로, 추가 확인이 필요한 사항을 담은 간략한 보고서.
점수 산정: 비즈니스 가치 대 기술 상태
비즈니스 가치와 기술 상태를 1(낮음)에서 5(높음)와 같은 간단한 척도로 별도 평가합니다. 숫자는 비교를 위한 것이며 정밀도를 위한 것이 아닙니다. 작성된 증거가 더 중요합니다.
- 가치 높음, 상태 낮음. 긴급한 경우: 비즈니스가 취약하거나 지원이 종료된 시스템에 의존하고 있습니다. 먼저 현대화하십시오.
- 가치 높음, 상태 높음. 유지하면서 통합이나 자동화 등으로 확장에 투자합니다.
- 가치 낮음, 상태 낮음. 은퇴 후보: 역할을 다른 시스템으로 이전하거나 종료합니다.
- 가치 낮음, 상태 높음. 그대로 두고, 새 작업을 추가하지 않습니다.
여러 시스템을 평가할 때는 하나를 선택하기 전에 모든 시스템을 동일한 두 척도에 배치하십시오. 가장 오래된 기술을 사용하는 시스템이 항상 먼저 현대화해야 할 대상은 아닙니다. 매출, 서비스 또는 비용을 막는 시스템이 보통 먼저입니다. 디지털 전환 로드맵은 비즈니스 전체에 걸쳐 이니셔티브를 우선순위화하는 방법을 보여줍니다.
발견 사항에서 경로 후보 목록으로
평가는 선택지를 좁혀야 하며, 최종 결정을 내리는 것이 아닙니다. AWS 처방적 지침은 7가지 마이그레이션 전략을 나열합니다: 폐기(retire), 유지(retain), 재호스팅(rehost), 재배치(relocate), 재구매(repurchase), 리플랫포밍(replatform), 리팩터링(refactor). 중견기업은 완전한 재구축도 고려합니다. 발견 사항을 활용하여 경로를 제외하십시오:
- 플랫폼 지원이 곧 종료되지만 비즈니스 규칙은 여전히 맞는다면, 리플랫포밍을 목록에 유지합니다.
- 코드는 가치 있지만 변경이 느리다면, 단계적 리팩터링을 목록에 유지합니다.
- 설계가 목표 프로세스를 담을 수 없다면, 재구축 또는 패키지 제품을 목록에 유지합니다.
- 시스템이 적용하는 규칙을 아무도 설명할 수 없다면, 재구축 전에 발견 단계를 추가합니다.
어떤 경로가 남든, 단계적으로 진행할 수 있는 경로를 선호하십시오. Martin Fowler의 Strangler Fig 패턴은 기존 시스템 주변에 새 부분을 구축하고 기존 시스템을 종료할 수 있을 때까지 점진적으로 동작을 이전하는 방식을 설명합니다. 기반 가이드는 재구축, 리팩터링, 리플랫포밍 중 선택하는 방법을 설명하며, 레거시 현대화 서비스는 그 이전이 어떻게 계획되고 리허설되는지 보여줍니다.
평가에서 AI가 도움이 되는 부분
AI 도구는 평가에서 가장 느린 부분, 즉 아무도 문서화하지 않은 코드와 데이터를 이해하는 작업을 단축합니다. 모듈을 요약하고, 어떤 함수가 어떤 테이블을 참조하는지 추적하고, 누락된 문서를 초안 작성하고, 중복되거나 사용되지 않는 코드를 사람이 확인할 수 있도록 표시합니다. 인터뷰, 비즈니스 점수 산정, 의사 결정을 대체하지는 않습니다. 모든 AI 요약은 검증해야 할 단서로 취급하고, 코드는 승인된 도구 내에서만 유지하며, 사람이 확인한 발견 사항을 기록하십시오. Netbase는 주요 상용 및 오픈소스 AI 도구와 모델을 사용하며, 프로젝트별로 선택하고 인간의 검토 하에 운영합니다.
대안 및 선택 기준
| 경로 | 강점 | 약점 | 선택 시점 |
|---|---|---|---|
| 내부 자체 평가 | 가장 저렴하며 팀의 지식을 쌓을 수 있음 | 팀이 시스템을 개발하거나 선택한 경우 맹점이 존재 | 시스템이 소규모이고 시간과 거리감이 있는 사람이 있을 때 |
| 현재 벤더에 의한 평가 | 코드와 이력을 알고 있음 | 이미 판매하거나 유지하는 경로를 선호할 수 있음 | 벤더를 신뢰하고 독립성보다 속도가 필요할 때 |
| 다른 파트너에 의한 독립적 평가 | 새로운 시각, 시스템 간 비교 가능한 점수 | 온보딩 시간과 완전한 접근이 필요 | 결정이 크거나 내부 의견이 불일치할 때 |
| 도구 기반 발견만 | 코드, 의존성, 트래픽에 대한 빠르고 객관적인 데이터 | 비즈니스 가치, 우회 방법, 문서화되지 않은 규칙을 놓침 | 위의 경로 중 하나에 대한 입력으로만, 단독으로는 절대 불가 |
네 가지 기준으로 선택하십시오: 결정에 걸린 돈과 위험의 크기, 팀이 편향 없이 시스템을 평가할 수 있는지, 시스템 지식이 얼마나 문서화되어 있지 않은지, 플랫폼 기한이 얼마나 빨리 이전을 강제하는지.
Netbase는 평가를 어떻게 진행합니까?
Netbase에서 평가는 발견 및 전략적 정렬부터 아키텍처 계획, 애자일 실행, 출시, 지속적 지원까지 이어지는 6단계 납품 생애주기의 발견 단계입니다. 발견은 서면으로 된 경로 추천과 그 이유로 마무리되며, 대부분의 Netbase 프로젝트는 발견 이후 합의된 고정가 계약으로 납품됩니다. 여러 시스템에 걸친 질문이 있을 때는 디지털 전환 컨설팅이 평가를 우선순위화된 계획으로 전환합니다.
보안 발견 사항은 Netbase가 자체 납품에 적용하는 동일한 관행으로 처리됩니다: 보안 코드 리뷰 및 버전 관리, 전송 중 TLS 및 저장 시 AES, 역할 기반 접근 제어, 관리자 대시보드 MFA, 취약점 스캔 및 침투 테스트, 재해 복구. Netbase는 ISO 27001 및 SOC 2 Type II에 준거하며, 이는 Netbase 자체 운영에 적용되는 것으로 귀사의 시스템을 커버하지 않습니다. 자세한 내용은 보안 및 컴플라이언스에서 확인하십시오. 작업 시작 후 품질 거버넌스 방법은 아웃소싱 납품의 소프트웨어 품질 거버넌스를 참조하십시오.
어떤 납품 기록이 존재하고 존재하지 않습니까?
- 존재하는 것. Netbase는 Netztech를 Magento 1에서 Magento 2 Commerce로 11개 익스텐션 모듈 마이그레이션을 포함하여 35 영업일 만에 이전했습니다. Netztech 마이그레이션은 플랫폼 지원이 종료될 때 평가가 이어지는 리플랫포밍의 공개된 기록입니다.
- 존재하지 않는 것. Netbase의 공개된 기록에는 해당 마이그레이션의 평가 과정, 점수 또는 기간이 설명되어 있지 않으며, Netbase는 표준 평가 가격이나 일정을 공개하지 않습니다. 이 페이지의 점수 척도는 설명을 위한 것으로, 측정된 결과를 가진 Netbase의 공식 방법이 아닙니다.
이 체크리스트의 한계는 무엇입니까?
- 한 번에 하나의 비즈니스 시스템을 다룹니다. 수십 개의 애플리케이션 포트폴리오에는 포트폴리오 도구와 프로그램 구조가 필요합니다.
- 보안 감사나 침투 테스트를 대체하지 않으며, 그것이 실시되었는지와 발견한 내용을 기록합니다.
- 벤더 지원 종료일, AWS 및 CISA 지침은 변경됩니다. 평가 당일 확인하십시오.
- 많은 신흥 시장처럼 레거시 단계를 완전히 건너뛰는 기업에 대해서는 신흥 시장의 디지털 및 AI 전환을 참조하십시오.
Netbase 컨설턴트와 다음 단계를 계획하세요
자주 묻는 질문
기존 시스템의 비즈니스 가치와 기술 상태에 대한 구조적 검토입니다. 사용 방식, 구축 및 지원 방법, 보안 수준, 보유한 데이터와 통합, 그리고 비용을 다룹니다. 경로 후보 목록과 그 근거로 마무리됩니다.
시스템의 규모, 문서화 수준, 접근 권한을 얼마나 빨리 얻을 수 있는지에 따라 다릅니다. 데이터를 먼저 수집하고 인터뷰를 나중에 하면 기간이 짧아집니다. 가장 흔한 지연 요인은 접근 권한 미확보입니다.
비즈니스 담당자와 기술 담당자가 함께, 결과에 이해관계가 없는 사람과 함께 진행해야 합니다. 팀이 시스템을 구축했거나 벤더가 유지하는 경우, 독립적인 검토자가 편향을 줄여줍니다.
아닙니다. 지원이 되고 보안이 유지되며 로드맵에서 아무것도 막지 않는 시스템은 유지하고 나중에 다시 검토할 수 있습니다. 매출, 서비스 또는 비용을 막는 시스템부터 먼저 현대화하십시오.
이 체크리스트의 점수 산정은 경로 결정 시점에서 멈춥니다. 경로가 확정되면, 현대화 리스크 및 비즈니스 가치 측정이 발견 사항을 정량화된 위험 점수로 전환하고 단계별로 비즈니스 가치를 추적합니다.
다음 단계
우려되는 시스템, 그것에 의존하는 것, 플랫폼 기한을 공유해 주시면 솔루션 리뷰 예약을 통해 평가 범위와 먼저 수집할 증거를 합의하겠습니다. Netbase 인사이트를 더 살펴볼 수도 있습니다.
관련 서비스 및 솔루션
실행 계획으로 완성되는 AI 기반 디지털 트랜스포메이션 컨설팅
Netbase는 덱이 아닌 실행 경로가 포함된 우선순위 로드맵이 필요한 중견기업에 디지털 트랜스포메이션 컨설팅을 제공합니다. AI가 수작업을 제거하는 곳을 포함하여 모든 변경 사항을 가치와 리스크로 순위를 매기며, 동일한 팀이 이를 구축합니다. CEO Huy Nguyen(David)에 따르면, Netbase는 2012년부터 80개국 500개 이상의 기업에 서비스를 제공해 왔습니다.
더 알아보기
주문과 데이터를 안전하게 보호하는 AI 기반 레거시 현대화
Netbase는 커머스 및 운영 팀을 위한 레거시 애플리케이션 현대화 서비스를 제공하여 Magento 1 스토어 등 노후화된 플랫폼을 주문, 고객 또는 데이터 손실 없이 지원되는 기술로 이전합니다. AI가 코드 분석 및 데이터 매핑을 가속화하며, 모든 마이그레이션은 리허설, 단계적 전환 및 롤백이 포함된 서면 인간 승인 계획으로 진행됩니다. Netztech의 Magento 2 이전으로 검증되었습니다.
더 알아보기
멀티 벤더 마켓플레이스 개발: 벤더, 카탈로그, 정산 및 AI 검색을 하나의 플랫폼에서
멀티 벤더 마켓플레이스는 많은 독립 판매자가 하나의 스토어프런트에서 상품을 등록하고, 판매하고, 정산받는 커머스 플랫폼입니다. Netbase JSC의 마켓플레이스 솔루션은 벤더 온보딩, 공유 카탈로그, 분할 결제 및 정산을 포함하며, 검색·상품 정보 보강·사기 탐지를 위한 AI를 제공합니다. EU 패션 테크 마켓플레이스에서 Netbase JSC의 작업으로 GMV(총 상품 거래액)가 47% 성장하고 벤더 온보딩 시간이 60% 단축되었습니다.
더 알아보기
Netbase와 원격으로 협업하기
Netbase JSC의 모든 프로젝트는 원격으로 제공되므로, 어느 국가, 어느 업종의 고객이든 협업할 수 있습니다. Netbase는 80개국 고객과 함께했습니다. 계약 및 인보이스는 Netbase JSC 명의로 발행되며, 결제는 Netbase JSC 법인 계좌 송금 또는 PayPal Business로 진행됩니다. CEO Huy Nguyen(David)에게 WhatsApp 또는 이메일로 문의하세요.
프로젝트 상담
Netbase JSC는 조직이 디지털 제품과 AI 기반 비즈니스 시스템을 설계·구축·현대화·운영할 수 있도록 지원합니다.project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
연락하기
구축, 현대화, 또는 운영하고자 하는 내용을 알려주세요.