MONITORING
상태 점검·오류 대응
이상 현상과 업무 영향을 함께 확인합니다.
점검 대상과 확인 방법을 정해 대응에 필요한 정보를 모읍니다.
실행 실패, 응답 지연, 연동 오류, 기대와 다른 결과가 보이면 영향을 받은 업무를 적습니다.
설명용 예시
- 확인 대상: 업무 흐름·실행 결과·연동 요소
- 고객 상황: 반복되는 실패나 원인을 알 수 없는 중단
RUN STATUS
상태 표시와 업무 결과를 구분해서 읽습니다.
실행이 끝났다는 표시만으로 결과가 쓸 수 있는지는 판단할 수 없습니다.
실행 기록에서 시작 조건, 종료 상태, 오류 정보, 결과가 남은 위치를 확인합니다. 상태 값의 의미는 사용하는 도구와 설정에 따라 다를 수 있으므로 실제 화면이나 로그를 확인하기 전에는 완료·실패의 판정 규칙을 단정하지 않습니다.
설명용 예시
| 완료 표시: | 결과 파일과 후속 업무가 생성됐는지 |
|---|---|
| 실패 표시: | 오류 내용과 중단된 단계가 기록됐는지 |
| 지연 의심: | 요청 후 결과가 나타나지 않는 조건이 무엇인지 |
CONNECTION CHECK
업무 흐름의 연결 구간마다 응답 여부를 기록합니다.
어떤 요소가 마지막으로 응답했는지 알면 확인 범위를 좁힐 수 있습니다.
요청이 전달된 위치, 응답을 기다린 구간, 결과가 저장되거나 전달된 위치를 순서대로 정리합니다. 지원 환경과 연결 가능한 도구는 확인 자료가 없어 상담 후 안내합니다.
- 요청 구간: 실행을 시작한 업무와 전달 경로
- 응답 구간: 정상 응답·오류·미응답을 본 기록
- 전달 구간: 결과가 도착해야 할 업무 도구와 담당자
ALERT BOUNDARY
누가 어떤 상태를 확인하고 알릴지 정합니다.
알림 여부와 연락 경로는 운영 계약과 실제 설정을 기준으로 확인합니다.
점검을 자동으로 수행하는지 사람이 기록을 확인하는지, 어떤 현상을 누가 발견하는지 먼저 나눕니다. 자동 알림 설정이나 상시 감시가 준비돼 있다고 전제하지 않으며, 점검 시간과 응답 조건은 계약 자료가 없어 상담 후 안내합니다.
감지 주체:
고객 측 사용자·시스템 관리자·관리 담당자
전달 내용:
확인 시점·업무 영향·관찰한 오류
협의 조건:
점검 시간·통보 범위·응답 조건 — 상담 후 안내
IMPACT REVIEW
오류 문구보다 업무에 미친 영향을 먼저 적습니다.
영향 판단 기준은 조직이 정한 중요도와 승인 절차를 따릅니다.
특정 결과만 잘못됐는지, 여러 사용자가 같은 문제를 겪는지, 후속 작업이 멈췄는지 구분합니다. 업무 영향에 따라 사용을 멈추거나 담당자에게 판단을 넘기는 기준은 고객 조직과 사전에 정합니다.
- 범위: 영향을 받은 업무와 확인된 사용자
- 영향: 결과 검토·후속 처리·업무 지속에 생긴 변화
- 판단: 중단·재시도·추가 확인을 승인할 주체
FIRST RESPONSE
확인한 사실과 아직 모르는 원인을 나눠 대응합니다.
무관한 설정 변경을 늘리기보다 먼저 기록과 범위를 확인합니다.
오류가 보이면 발생 시점과 입력 조건, 최근 변경 내역을 보존하고 같은 현상이 이어지는지 살핍니다. 필요한 대응 권한과 고객 측 승인 지점은 환경별로 협의합니다.
- 확인: 기록·입력·최근 변경 사항을 서로 대조
- 보호: 추가 실행과 자료 변경 여부를 책임자가 판단
- 전달: 현재 영향과 미확인 원인을 담당자에게 공유
RECOVERY REVIEW
시스템 반응과 업무 결과를 각각 확인한 뒤 재개합니다.
오류 표시가 사라져도 업무 결과가 안전하게 이어지는지는 별도로 검토합니다.
복구 여부를 살필 때에는 문제 구간이 다시 동작하는지와 결과가 올바른 위치에 전달됐는지를 나눠 확인합니다. 복구 완료를 판정하는 기준은 시스템과 조직의 업무 절차를 확인한 뒤 정합니다.
시스템 확인:
문제 구간의 응답과 기록 상태
업무 확인:
결과 내용·전달 위치·후속 처리 여부
재개 판단:
미처리 작업과 중복 가능성 검토
INCIDENT NOTES
다음 확인에 쓸 수 있도록 현상과 조치를 시간 순으로 남깁니다.
로그 원문을 보존하되 비밀정보와 불필요한 개인정보는 제외합니다.
기록에는 관찰한 현상과 발생 조건, 영향을 받은 업무, 확인한 자료, 수행한 조치, 담당자의 판단을 구분해 씁니다. 기록을 공유할 때는 접근 권한과 보관 기준을 따르고, 인증 정보나 민감한 고객 자료가 포함되지 않았는지 확인합니다.
설명용 예시
| 현상: | 관찰 내용과 재현 조건 |
|---|---|
| 대응: | 누가 어떤 확인을 했고 결과가 무엇이었는지 |
| 미결 항목: | 추가 자료·승인·후속 점검 담당자 |
발생 현상, 영향 검토, 초기 대응, 복구 판단, 후속 기록으로 이어지는 절차의 설명용 예시입니다.
FOLLOW-UP
원인과 확인 근거에 맞춰 개선 후보를 선택합니다.
모든 오류를 설정 변경으로 해결할 수 있는 것은 아닙니다.
원인 분석에서 확인된 조건을 바탕으로 입력 검증, 지침, 연동 동작, 담당자 알림 중 어느 부분을 다시 살필지 정합니다. 필요한 개선 범위는 관련 기록을 확인한 뒤 협의합니다.
재현:
원인 판단을 뒷받침하는 조건과 기록 확인
개선 후보:
바꿀 항목과 영향을 받을 업무 구간
운영 반영:
시험·승인·복구 준비 여부 검토
NEXT STEP
확인한 현상과 업무 영향을 함께 전달해 주세요.
오류 원인을 미리 정하지 않아도 점검할 질문을 나눌 수 있습니다.
사용하는 업무와 시스템, 처음 확인한 현상을 적어 주세요. 품질 기준이 관련되면 품질 개선·변경 관리에서 함께 살펴보고 다음 자료를 협의합니다.
- 전달할 내용: 발생 현상·업무 영향·최근 변경
- 준비할 자료: 공유 가능한 기록 위치와 확인 담당자
- 다음 행동: 영향 분류와 복구 검토 범위 결정