누가, 어디서, 언제
보고자 및 연락처, 영향을 받은 사용자 또는 위치, 감지 시간, 알 경우 시작 시간, 영향을 받은 서비스 또는 시스템, 문제를 관찰한 채널을 기록하십시오.
IT 사고 보고서 템플릿
사용 가능한 대응 기록을 위한 IT 사고 보고서 템플릿
보고자에게 원인을 진단하도록 요구하지 않고 서비스 영향, 관찰된 증상, 증거, 대응 책임, 조치, 업데이트, 복구, 검증을 기록하세요.
템플릿은 예시 데이터가 포함된 사고 등록부와 실제 모바일 접수 양식으로 표시됩니다. 필드 가이드를 실용적인 시작 자료로 사용한 후, 담당 책임, 시간별 업데이트, 관련 기록, 검증을 한 문서에서 안전하게 유지할 수 없을 때 연결된 앱을 열어 사용하세요.
최대 5명까지 무료로 사용할 수 있으며 신용카드가 필요 없습니다.
코딩 없이 필드, 워크플로, 대시보드를 조정할 수 있습니다. 1,000개 이상의 앱 템플릿과 활용 사례 살펴보기
첫 번째 뷰는 작성된 인시던트 등록부입니다. 모바일 보고서를 사용하여 발견 시점에서 증상, 영향, 증거 및 연락처 정보를 캡처하세요.
실시간관찰 가능한 영향이 기록됨
소유응답 기록이 보존됨
검증 완료폐쇄 전에 복구가 검증됨
응답 팀이 조치할 수 있는 사실을 기록하십시오
좋은 보고서는 보고자가 기술적 결정을 강요받지 않고 첫 번째 명확화 요청을 줄여줍니다.
사용자가 관찰한 것
예상 동작, 실제 증상, 오류 메시지, 빈도, 범위, 마지막 알려진 정상 시간, 안전하게 재현할 수 있는 세부 사항을 평이한 언어로 설명하십시오.
비즈니스 영향 및 증거
차단된 작업, 영향을 받은 볼륨, 중요한 기한, 우회 방법 가능 여부, 스크린샷 또는 파일, 개인정보 분류를 기록하십시오. 서비스 상황을 활용하여 대응 팀이 우선순위를 결정하도록 하십시오.
보고서를 신뢰할 수 있는 운영 기록으로 확장하십시오.
초기 보고서는 대응 담당자가 통제된 조사와 커뮤니케이션을 추가하는 동안 보이도록 유지되어야 합니다.
담당 책임 및 다음 조치
책임 소유자, 전문 작업 흐름, 다음 조치, 에스컬레이션, 대응 목표, 다음 업데이트 시간을 추가하여 사고가 팀 간에 사라지지 않도록 하십시오.
행동 및 결정
각 조사 또는 복구 조치를 시간, 참여자, 이유, 결과 및 증거와 함께 기록하십시오. 이후 대응과 검토에 정보를 제공하기 때문에 실패한 시도도 보존하십시오.
대상자 업데이트
확인된 영향, 현재 조치, 우회 방법, 다음 업데이트를 내부 가설과 분리하여 유지하십시오. 대상, 발신자, 시간, 채널 및 전달 결과를 기록하십시오.
상태 변경이 아니라 복구 증거로 마무리하십시오.
보고서는 서비스를 복구한 내용과 결과가 유지되었는지를 보여줄 때 유용한 역사적 자산이 됩니다.
복구 및 검증
복구 또는 우회 방법, 영향을 받는 환경, 기술 점검, 비즈니스 거래 점검, 모니터링 결과, 필요한 백로그 또는 데이터 조정 사항을 명시하십시오.
사용자 또는 서비스 소유자 확인
사용 가능 여부를 확인한 사람, 시간, 테스트한 내용 및 잔여 제한 사항을 기록하십시오. 문제가 다시 발생하면 이전 결과를 보존하면서 기록을 재개하십시오.
후속 경로
문제, 변경, 사건 후 검토, 공급업체 사례 또는 반복, 위험, 영향 또는 학습 가치가 회복을 넘어서는 작업을 정당화할 때 관련 조치를 연결합니다.
편집 가능 다운로드
작성된 인시던트 보고서 워크북으로 시작
편집 가능한 워크북은 작고 통제된 인시던트 등록부에 사용됩니다. 여기에는 대표적인 활성, 대기, 복구, 재개, 검증된 사례와 별도의 작업 및 커뮤니케이션 로그가 포함되어 있습니다.
- 영향, 담당자, 상태, 시간, 복구 및 검증이 포함된 인시던트 등록부
- 인시던트 ID로 연결된 작업 로그 및 대상자 업데이트 로그
- 서비스, 우선순위, 상태, 작업 유형 및 대상자용 편집 가능한 목록
- 활성, 위험, 재개 및 검증 대기 작업에 대한 요약 수식
실제 결정을 지원하는 필드를 사용합니다.
단순히 다른 템플릿에 필드가 있다고 데이터를 수집하지 마십시오.
| 필드 그룹 | 필요한 이유 | 피해야 할 방식 |
|---|---|---|
| 서비스 및 증상 | 응답 경로 및 범위 | 보고자에게 근본 원인 묻기 |
| 영향 및 시점 | 우선순위 및 커뮤니케이션 지원 | 감정적 심각도만 사용 |
| 조치 및 결과 | 응답 기록 보존 | 최신 메모 덮어쓰기 |
| 회복 및 확인 | 사용 가능한 결과 증명 | 기술자 활동 종료 |
왜 Jodoo가 적합한가
완전한 보고서에서 조정된 사건 대응으로 이동
영향, 증상, 증거, 담당 책임, 조치, 커뮤니케이션, 복구 및 검증을 위한 실용적인 워크북으로 시작한 다음 기록에 실시간 인계가 필요할 때 Jodoo를 사용하세요.
결과적으로 정적 파일만으로는 충분하지 않을 때 연결된 인시던트 대응으로 발전할 수 있는 실용적인 템플릿이 만들어집니다.원본 보고서를 그대로 유지하십시오.
대응 담당자가 우선순위, 조사, 결정 및 복구 세부 사항을 제어된 필드에 추가하는 동안 보고자가 관찰한 내용을 보존하십시오.
조치를 할당하고 담당 책임을 업데이트하세요.
모든 활성 인시던트에 책임 소유자, 다음 조치, 대응 목표 및 다음 커뮤니케이션 시간을 지정하십시오.
후속 기록을 연결하세요.
반복 발생 인시던트를 문제와 연결하고, 생산 변경사항을 변경과 연결하며, 중요한 이벤트를 검토 및 시정 조치와 연결하세요.
제한된 시작에는 파일을 사용하고 실시간 응답에는 Jodoo를 사용하세요.
워크북은 한 팀이 통제된 사고 기록을 유지할 수 있을 때 유용합니다. 담당 책임과 기록이 공유 작업이 될 때 연결된 소프트웨어로 전환하세요.
다음과 같은 경우 워크북으로 시작하세요
사고가 제한적이고, 한 명의 조정자가 파일을 관리하며, 팀이 주로 일관된 필드, 조치 기록, 커뮤니케이션, 종료 증거가 필요할 때.
다음과 같은 경우 Jodoo로 전환하세요
여러 사람이 보고하고 대응하며, 업데이트가 시간에 민감하고, 권한이 다르며, 관련 기록이 중요하거나, 관리자들이 실시간 대기열과 대시보드를 필요로 할 때.
다음과 같은 경우 전문 사고 플랫폼 선택
알림 수집, 페이징, 관측 상관 관계, 사고-채팅 조정이 응답의 핵심입니다.
시스템 변경 전 서비스 팀이 묻는 질문
IT 사고 보고서에는 무엇을 포함해야 합니까?
보고자, 시간, 영향을 받은 서비스 또는 시스템, 관찰 가능한 증상, 사용자 범위, 비즈니스 영향, 증거, 대응 책임자, 조치 및 결과, 커뮤니케이션, 복구, 검증, 그리고 후속 기록을 포함하십시오.
사건 보고자가 우선순위를 지정해야 합니까?
관찰 가능한 영향, 긴급성, 영향을 받은 서비스, 범위, 시간, 그리고 우회 방법 데이터를 선호합니다. 서비스 팀이 보고자가 추측하는 대신 일관된 우선순위 모델을 적용할 수 있습니다.
템플릿은 언제 앱이 되어야 합니까?
여러 사람이 담당 책임, 정기 업데이트, 권한, 관련 사건, 감사 기록, 워크플로우, 모바일 보고, 대시보드, 또는 신뢰할 수 있는 종료 증거가 필요할 때 앱으로 전환합니다.
우리 팀이 코딩 없이 사건 보고 설정을 조정할 수 있습니까?
예. 승인된 빌더는 관련 필드, 폼, 워크플로우, 권한, 자동화, 대시보드를 코드 없이 변경할 수 있으며, 변경 사항은 관리되고 테스트된 상태로 유지됩니다.
작은 팀이 무료 플랜에서 사건 보고를 시도할 수 있습니까?
예. Jodoo의 무료 요금제는 최대 5명의 사용자를 지원하며 신용카드가 필요 없으므로, 소규모 팀이 더 넓은 배포를 위한 현재 제한을 확인하기 전 작업 시나리오를 테스트할 수 있습니다.
작업용 앱 살펴보기
보고서로 시작한 후, 확인된 복구 과정을 계속 진행합니다.
사고에 대한 담당 책임, 커뮤니케이션, 관련 작업 및 감사 가능한 결과가 필요할 때, 완전한 예시를 점검하고 라이브 앱을 엽니다.
사고 보고서 앱을 사용하세요