균열 난 검은 구조가 붉은빛에서 초록빛으로 이어지며 다시 결합되는 조형물

프로젝트 복구 · 진단 가능

중단된 프로젝트복구와 구조조정

코드, 배포 환경, 문서를 진단해 복구 범위와 우선순위를 정합니다. 합의한 범위의 수정과 배포, 인수인계 자료 작성까지 지원합니다.

프로젝트 상태 문의 →진행 절차 보기

상태 점검

프로젝트 상태 체크리스트

선택한 항목을 바탕으로 우선 확인할 범위를 가늠할 수 있습니다.

현재 상황과 가까운 항목을 선택해 보세요.

0 / 6

진단 원칙

복구 계획을 우선하는 진단

현재 상태와 영향 범위를 먼저 확인합니다. 원인 분석은 재발 방지에 필요한 수준으로 진행합니다.

복구 절차

프로젝트 복구 5단계

첫 진단에서 전체 재개발을 전제로 하지 않습니다. 기존 자산을 확인하고 필요한 복구 범위와 완료 기준을 먼저 합의합니다.

  1. 01긴급 점검단계 1 / 5

    현황 진단

    코드, 인프라, 배포 이력과 오류 로그를 확인합니다. 서비스 중단이나 데이터 손실 위험이 있는 항목을 먼저 분류합니다.

    산출물: 현황 진단 보고서

  2. 02범위 설정단계 2 / 5

    복구 범위 결정

    유지할 코드와 수정하거나 교체할 부분을 구분합니다. 기존 자산을 사용할 수 있는지 확인한 뒤 복구 범위를 제안합니다.

    산출물: 복구 범위 · 유지 항목

  3. 03계획 수립단계 3 / 5

    일정·우선순위 합의

    작업 순서, 완료 기준, 예상 일정과 필요한 접근 권한을 정리합니다. 운영 중인 서비스라면 장애 대응 계획도 함께 세웁니다.

    산출물: 복구 계획 · 일정

  4. 04수정 진행단계 4 / 5

    수정·배포

    합의한 범위의 코드를 수정하고 테스트와 배포 절차를 보완합니다. 완료 기준을 확인한 뒤 배포합니다.

    산출물: 수정 코드 · 배포 결과

  5. 05운영 전환단계 5 / 5

    문서화 · 인수인계

    설치와 배포, 주요 구성, 장애 대응 절차를 문서화합니다. 담당자가 직접 운영할 수 있는지 확인하며 인수인계합니다.

    산출물: 운영 문서 · 인수인계 세션

코드 비교

인수한 코드와 정리한 코드

같은 기능의 예시입니다. 구조와 타입, 테스트를 보완하면 이후 수정 범위를 파악하기 쉬워집니다.

legacy/checkout.ts — 인수 시점인수 시점
1// 기존 주문 합계 계산 로직
2function doStuff(d: any) {
3  var total = 0;
4  if (d && d.list && d.list.length != 0) {
5    for (var i = 0; i <= d.list.length; i++) {
6      total += d.list[i].price; // 누락 값 처리 필요
7    }
8  }
9  // TODO: 경계값 처리 확인 필요
10  return total;
11}
src/order/total.ts — 정리 후정리 후
1// 주문 합계 계산 — 빈 목록과 누락 값을 안전하게 처리합니다
2type OrderItem = { price: number };
3
4function calculateTotal(items: OrderItem[] = []): number {
5  return items.reduce((sum, item) => sum + item.price, 0);
6}
7
8// ✓ 테스트 통과 — 빈 배열·누락 값·경계 케이스까지 검증
  • 타입 정보와 작성 의도를 확인하기 어려움
  • 예외 처리와 테스트가 부족함
  • 변경 영향 범위를 파악하기 어려움
  • 함수와 타입의 역할을 명확히 정리
  • 주요 예외 상황을 테스트로 확인
  • 다음 담당자가 수정할 수 있도록 문서화

복구 기준

기존 자산을 활용한 단계별 복구

01

기존 코드 우선 파악

실행 경로, 의존성, 배포 설정부터 확인합니다. 문서가 없으면 코드와 로그를 기준으로 현재 구조를 정리합니다.

02

재개발 전 기존 자산 검토

기존 코드와 인프라 가운데 유지할 수 있는 부분을 확인한 뒤 수정, 교체, 재개발 범위를 나눠 제안합니다.

03

진단 이후 수정·배포

합의한 범위에 따라 코드를 수정하고 테스트와 배포를 진행합니다. 작업 내역은 저장소와 문서에 남깁니다.

Our promises

작업 원칙 세 가지

01

책임 추궁보다 현황 확인

현재 상태와 서비스 영향부터 확인합니다. 원인은 재발 방지에 필요한 범위에서 분석합니다.

02

활용 가능한 코드 유지

유지 비용과 위험을 비교해 기존 코드를 보완할지 교체할지 결정합니다.

03

운영 자료와 인수인계

설치와 배포, 주요 구성, 장애 대응 방법을 문서로 정리하고 인수인계합니다.

진단 접수

프로젝트 복구 상담

오류 화면, 로그, 프로젝트 구조 등 준비된 자료로 먼저 상담할 수 있습니다. 확인 후 필요한 추가 자료와 진단 범위를 안내합니다.

프로젝트 상태 문의하기 →

문의 내용을 확인한 뒤 진단 절차를 안내합니다