채팅과 로그로 책임 추궁 없이 장애 타임라인 만들기 프롬프트
채팅 기록과 로그 발췌로 근거 있는 타임라인을 만들고, 빠진 시각을 표시하며, 원인은 열어 두고, 책임을 묻지 않습니다.
- 분야
- 개발·IT
- 수준
- 중급
- 이럴 때 좋아요
- 장애 후 내부 회고를 위한 타임라인 준비
- 온콜 채팅과 로그로 사건 순서 정리
- 분석 전에 빠진 시각과 열린 질문 모으기
사용 방법
- 채팅이나 티켓 기록과 시각이 적힌 관련 로그 줄을 붙여 넣습니다.
- 눈에 보인 시작과 끝, 고객이나 사용자가 실제로 알아챈 점을 적습니다.
- 추정한 원인을 사실로 받아들이지 말고, 남은 점은 팀과 확인합니다.
복사용
내 자료로 장애 타임라인을 작성해 주세요. 책임을 묻지 말고, 원인을 지어내지 말고, 자료에 없는 기술 사실을 단정하지 마세요. 기간: [아는 범위의 시작과 끝] 눈에 보였던 것: [고객, 사용자 또는 모니터링이 보여 준 것] 채팅 또는 티켓 기록(시각 포함): [기록 붙여 넣기] 로그 발췌 또는 모니터링 메모(시각 포함): [발췌 붙여 넣기] 이미 아는 사실(선택): [사실 붙여 넣기] 확인하고 정리할 것: 1. 타임라인: 각 사건을 시각, 출처(채팅, 티켓, 로그, 모니터링), 원문 근거와 함께 나열하세요. 2. 순서: 시각이나 출처가 서로 다른 곳은 어디인가요? 맞추지 말고 모순으로 표시하세요. 3. 공백: 원인을 말하기 전에 몇 분 또는 어떤 단계가 빠졌나요? 4. 영향: 내 자료가 보여 주는 한, 사용자나 고객에게 무엇이 보였나요? 5. 원인: 근거가 있는 가설만 적고, 각각을 결론이 아닌 가설로 표시하세요. 출력: - 표: 시각 | 사건 | 출처 | 근거 | 확실 또는 불명확 - 공백과 팀에 물을 질문 목록 - 책임을 묻지 않는 짧은 요약 다섯 문장 규칙: 비난이 담긴 이름은 쓰지 마세요. 근본 원인, 시각, 지표를 지어내지 마세요. 어디에도 보내거나 입력하지 마세요.