사후 검토를 위해 중단 문서화

지난 주에 고객과의 SLA를 중단시키는 여러 서비스에 영향을 미치는 심각한 중단이있었습니다. 이제 모든 것이 해결되었으므로 사후 검토를 수행하고 있습니다.

이 검토에서 중단, 영향, 응답 및 해결 방법을 설명하는 내부 문서를 작성하고 싶습니다. 향후 재사용을 위해 상당히 표준적인 양식을 만들고 싶습니다. 아래에 내 생각을 포함 시켰지만 다른 항목은 포함해야합니까? 이것이 보안 관련 사건이라면 무엇을 추가 하시겠습니까?

• 요약 이벤트의 요약 수준.
• 영향을받는 서비스
• 영향 사용자 및 SLA에 미치는 영향은 무엇입니까? 달러 기준, 거래 누락, 고객 손실 등의 비용이 있었습니까?
• 가동 중단 기간 차이가있는 경우 영향을받는 각 서비스에 대해
• 1 차 및 2 차 원인을 포함하는 원인
• 해결
• 이벤트 일정 알림, 외부 공급 업체와의 연락, 고객 알림, 응답 등
• 응답 문제 정전에 대한 응답으로 계획 한대로 진행되지 않았습니까? 올바른 사람들에게 알렸습니까? 공급 업체가 계약 의무를 충족 했습니까?
• 예방 조치 취할 이 중단을 다시 방지하거나 그 영향을 줄이려면 어떻게해야합니까?
• 탐지 방법 이 중단을 얼마나 잘 탐지했으며 향후 탐지를 어떻게 개선합니까?
• 향후 중단 대응을위한 변경 사항

게시물을 하나의 항목과 설명으로 유지하려고하면이 게시물을 가장 많이 투표 한 답변으로 업데이트 할 수 있습니다.

예방 조치 에서 다룰 수는 있지만 , 실제 증상이 무엇인지, 이상적으로 자동화를 사용하여 다시 발생하는 경우 문제를 더 빨리 감지 할 수 있는 감지 방법 섹션을 사용 하는 것이 좋습니다 .

좋아 보인다 나는 다음을 추가 할 것입니다 :

영향 / 결과 : 정전의 결과-영향을받는 사람, 위반 한 SLA (있는 경우), 노크 효과가 있었습니까?

영향을받는 서비스 및 중단 기간은 중단이 얼마나 심각한 지 알려줍니다. 또한 비즈니스에 미치는 영향을 알고 싶습니다.

영향 : 이것이 사용자에게 어떤 영향을 미쳤으며 어떻게 인식 되었습니까? SLA 누락, 주문 손실 등으로 인해 비용이 얼마나 듭니까?

공개 릴리스 및 내부 릴리스

이것은 경영진이 결정해야 할 것이지만 고객에게 제안해야 할 사항이나 권장 사항을 포함시킬 수 있습니다. 또한 어떤 방법 으로든 릴리스하기 전에 고객에게 공개 될 내용에 대한 정확한 문구를 관리 부서에서 승인합니다.

회사에있는 모든 사람이 고객에게 무엇을 말할 수 있는지 알 수 있도록 공개 릴리스가 여기에 포함되어야합니다.