Issue 01
어디까지 유지보수에 포함될지 모르겠다
문장 수정, 설정 변경, 버그, 추가 기능의 경계가 모호하고, 의뢰할 때마다 판단이 멈춘다.
Operations / 유지 보수 및 개선
운영 경계를 명확히 해, 공개 후에도 흔들리지 않도록.
무엇을 모니터링하고 누가 판단하며 언제 추가 개발로 전환할지 먼저 정리해 일상 변경과 장애 대응을 지속할 수 있게 합니다.
Starting point / 01
유지보수 계약 이전에 대응 경계를 말합니다.
유지보수라는 단어만으로는 경미 수정, 장애 대응, 기능 추가, 외부 서비스의 문제가 혼잡하기 쉬워집니다. 대상, 접수 방법, 확인 환경, 연락 방법, 추가 견적이 되는 조건을 정리해, 운영 담당자와 개발측의 판단이 흔들리지 않는 상태를 만듭니다.
Issue 02
장애시 확인할 곳이 흩어져 있다
호스팅, DNS, 외부API, 데이터베이스, 양식 등의 책임 범위가 정리되지 않았습니다.
Issue 03
작은 개선이 남아있다.
매일의 주의를 기록해도, 우선순위나 실시하는 타이밍을 결정할 장소가 없다.
금액은 세금 포함 기준입니다. 외부 서비스, 라이선스, 서버 비용과 정식 요구사항 확정 뒤의 추가 작업은 별도로 확인합니다.
Scope / 02
운영 전 합의 범위
대상 시스템의 중요도와 체제에 맞추어 필요한 항목만을 계약·견적에 반영합니다.
01
요구사항 정리 및 인계 확인
구성, 계정, 계약 중인 외부 서비스, 업데이트 절차 및 알려진 문제를 검토하여 운영 대상을 명확히 합니다.
- 구성 및 관리 주체의 재고
- 권한, 비밀 정보, 갱신 절차 확인
- 대응 대상과 대상외의 명문화
요건 정리·기술 상담 개별 견적
02
경미 수정·일상 변경
문장, 이미지, 설정, 종속성 등 합의된 범위의 변경사항을 검토 환경 및 검토를 통해 반영합니다.
- 요청 접수 및 우선순위 정리
- Preview에서 사전 확인
- 변경 내역 및 공개 결과 확인
유지보수 및 개선 월 30,000엔부터
03
모니터링 및 백업
정지나 이상을 검지하는 대상과 복구에 필요한 데이터를 결정해 기존 환경에 맞는 감시와 백업을 정돈합니다.
- 사활·오류·이용량의 확인 대상
- 백업 대상 및 보존 기간
- 알림 대상 및 초동 확인 절차
유지보수 및 개선 월 30,000엔부터
모니터링 대상과 백업 범위를 개별적으로 확인합니다.
04
장애 대응·변경 관리
현상, 영향 범위, 직전의 변경을 기록해, 응급 대응과 영구 대응을 나누어 진행되는 흐름을 정돈합니다.
- 문의 창구 및 필요한 정보
- 분리, 복구, 재발 방지 기록
- 외부 사업자에게 확인하는 조건
유지보수 및 개선 월 30,000엔부터
대응 시간과 대상 범위는 개별적으로 확인합니다.
05
개선 백로그 · 추가 개발
일일 요청을 하나의 목록에 모아 영향, 긴급도, 비용을 보면서 실시 순서를 결정합니다.
- 개선 후보 기록 및 정리
- 소규모 수정 및 추가 개발 분리
- 주기적인 우선순위 검토
유지보수 및 개선 월 30,000엔부터
추가 개발은 별도로 추정합니다.
Process / 03
대상과 연락하는 방법을 결정한 후 운영을 시작합니다.
가용성 및 응답 시간 보장이 필요한 경우 보통 유지보수와 별도로 조건을 확인합니다.
Step 01
재고
구성, 계약, 권한, 업데이트 절차 및 현재 과제를 검토합니다.
Step 02
범위 합의
대상, 대상외, 접수 방법, 확인 방법, 추가 견적 조건을 결정합니다.
Step 03
운영 시작
요청, 변경, 확인, 공개 기록을 남기고 합의한 흐름으로 대응합니다.
Step 04
정기 검토
발생한 과제와 개선 후보를 되돌아보고 다음 우선순위를 조정합니다.
Technical notes / 04
운영을 지원하는 구현 결정도 공개하고 있습니다.
업데이트, 배달, 안전 및 문의 리드에 대한 구체적인 판단은 Acecore Systems 기술 설명에서 확인할 수 있습니다.