증거로부터 문제를 생성합니다
반복되는 증상, 서비스 기록, 추세 분석, 주요 인시던트 검토, 공급자 정보 또는 큰 영향을 미친 거의 사고를 사용하여 명확한 조사 질문과 함께 문제를 개설합니다.
문제 관리 소프트웨어
재발을 직접 관리하는 예방으로 바꾸는 문제 관리 소프트웨어
관련된 사건을 그룹화하고, 영향 요인을 조사하며, 사용 가능한 우회 방법을 게시하고, 영구적인 수정을 관리하며, 재발이 실제로 감소하는지 확인합니다.
라이브 작업 공간은 반복 패턴과 알려진 오류 상태로 시작됩니다. 이는 근본 원인 작업과 즉각적인 복구를 분리하면서, 변경 사항을 정당화하고 예방 조치가 효과가 있었는지 테스트하는 데 필요한 증거를 연결합니다.
최대 5명까지 무료로 사용할 수 있으며 신용카드가 필요 없습니다.
코딩 없이 필드, 워크플로, 대시보드를 조정할 수 있습니다. 1,000개 이상의 앱 템플릿과 활용 사례 살펴보기
첫 번째 뷰는 활발한 문제, 알려진 오류, 임시 해결책 및 시정 조치 상태를 보여줍니다. 다른 탭은 인시던트, 변경 사항, 효과 확인을 연결합니다.
실시간관련 사건 및 패턴
소유우회 방법 및 변경 담당 책임
검증 완료구현 후 효과성
서비스 복구를 지연하지 않고 패턴을 조사합니다.
인시던트 관리는 서비스를 즉시 복구합니다. 문제 관리는 중단이 다시 발생할 가능성을 묻습니다.
가설은 검증 가능하게 유지합니다
의심되는 원인, 지지 및 상반되는 증거, 실험, 관찰, 의존성, 영향 요인을 기록합니다. 단순히 필드를 완성하기 위해 초기 이론을 공식적인 근본 원인으로 전환하지 마십시오.
임시 해결책과 영구 수정 사항을 분리합니다
대응 담당자가 지금 적용할 수 있는 안전하고 범위가 명확한 임시 해결책을 게시한 후, 영구 변경 사항은 자체의 위험, 검증, 승인, 구현 및 롤백 증거와 함께 관리합니다.
다음 사고 발생 시 지식을 실행 가능하게 만드세요
알려진 오류 기록은 대응 담당자가 상황을 인식하고 안전하게 조치할 수 있을 때만 유용합니다.
인식 가능한 증상을 설명하세요
영향을 받는 서비스나 구성, 관찰 가능한 지표, 트리거 조건, 사용자 영향, 진단 검사 및 제외 사항을 명시하여 대응 담당자가 기록이 적용되는 시점을 알도록 하세요.
제어된 우회 방법을 공개하세요
전제 조건, 단계, 위험, 권한, 예상 결과, 검증 및 롤백을 문서화하세요. 소유자와 검토 날짜를 지정하여 우회 방법이 영구적인 전승 지식이 되지 않도록 하세요.
사용을 사고와 연결하세요
우회 방법이 언제, 누구에 의해, 어떤 환경에서, 어떤 결과로 적용되었는지를 기록하세요. 이러한 사용 이력은 대응 및 영구적인 수정 결정 모두를 개선합니다.
변경된 결과로 예방 측정
행동을 완료하는 것은 그것이 다루려던 운영 위험을 줄이는 것과 같지 않습니다.
기대 효과 정의
재발률, 실패량, 복구 시간, 경고 패턴, 고객 영향, 수동 개입과 같은 측정 가능한 신호를 선택하고 적절한 관찰 기간을 설정합니다.
정확한 환경 확인
승인된 수정이 의도된 서비스, 구성, 지역 또는 사용자 그룹에 도달했는지 확인하고, 모니터링 또는 비즈니스 검사가 여전히 예상대로 작동하는지 확인합니다.
위험이 남아있으면 다시 열거나 수정
사건이 다시 발생하거나 조치가 개선되지 않을 경우, 초기 가설과 행동 증거를 보존한 후 성공을 성급히 마감으로 만들어내지 말고 조사를 계속 진행합니다.
답변되지 않은 질문으로 다음 기록 선택
문제 작업이 인시던트나 변경 관리와 중복되는 것을 방지합니다.
| Question | 주요 기록 | 유용한 결과 |
|---|---|---|
| 서비스를 지금 어떻게 복원합니까? | 사건 | 검증된 복구 또는 안전한 우회 방법 |
| 왜 이것이 계속 발생합니까? | 문제 | 지원된 원인 및 예방 계획 |
| 대응 담당자가 그동안 안전하게 어떻게 처리할 수 있습니까? | 알려진 오류 | 인식 가능한 증상 및 통제된 우회 방법 |
| 생산을 안전하게 어떻게 변경합니까? | 변경 | 승인된 구현 및 검증 |
왜 Jodoo가 적합한가
반복되는 인시던트를 관리된 예방 기록으로 전환
증상, 영향을 받은 서비스, 가설, 증거, 알려진 오류, 우회 방법, 수정 변경 사항 및 효과 확인을 인시던트 티켓에 억지로 넣지 않고 연결합니다.
그 결과 모든 이론, 우회 방법, 변경 및 효과성 결정이 운영 증거와 연결된 예방 시스템이 됩니다.세부 사항을 잃지 않고 그룹 반복
각 사건의 영향, 시기, 복구 경로 및 서비스 문맥을 보존하면서 여러 사건을 하나의 문제와 연관시키세요.
제어된 우회 방법을 공개하세요
누가 우회 방법을 사용할 수 있는지, 위험과 한계, 비공식 재사용이 아닌 에스컬레이션이 필요한 조건을 보여주세요.
수정이 효과가 있었는지 테스트하세요
변경이나 조치를 완료될 때까지 추적하고, 관찰 기간을 정의하며, 위험을 종료하기 전에 반복 발생이나 다른 효과성 신호를 기록하세요.
조사 담당 책임과 예방 업무를 위해 Jodoo를 사용하세요
기술 분석이 가장 적합한 도구에서 진행되는 동안 문제 기록을 운영 증거와 연결 상태로 유지하세요.
Jodoo 활용 영역
반복 발생 사건 그룹화, 가설, 증거 참조, 알려진 오류, 제어된 우회 방법, 수정 변경, 조치 및 효과 검토.
기술 증거 연결
비구조화된 노트로 복제하는 대신 토폴로지, 로그, 지표, 추적, 코드, 배포, 공급업체 분석 및 지식 소스를 참조합니다.
전문가 플랫폼을 선택할 때
자동화된 토폴로지, 원격 측정 상관, 기계 지원 근본 원인 분석 또는 성숙한 내장 지식 생태계는 출시 시 필수적입니다.
시스템 변경 전 서비스 팀이 묻는 질문
사건 관리와 문제 관리의 차이점은 무엇인가요?
사건 관리는 중단 후 정상 서비스를 복원합니다. 문제 관리는 하나 이상의 사건 뒤에 있는 원인과 조건을 조사하고, 반복 발생이나 영향을 줄이기 위한 작업을 통제합니다.
알려진 오류 기록에 무엇이 포함되어야 하나요?
인식 가능한 증상, 영향을 받은 서비스 또는 구성, 확인되었거나 의심되는 원인, 진단 검사, 위험과 검증이 포함된 통제된 우회 방법, 담당 책임, 검토 날짜, 관련 사고 및 변경 사항에 대한 링크를 포함하십시오.
모든 사고에 문제 기록이 필요합니까?
아니요. 재발, 영향, 불확실성, 위험 또는 학습 가치가 복구를 넘어 조사할 필요가 있을 때 작성하십시오. 모든 사고에 대해 문제 기록을 의무적으로 중복 작성하는 것을 피하십시오.
문제 기록에서 모니터링 증거를 참조할 수 있습니까?
예. 관련 경고, 추세 및 진단 증거를 연결하거나 가져오되, 모니터링 시스템은 기술적 출처로 유지하고 Jodoo는 조사 및 후속 조치 기록으로 유지하십시오.
문제 소유자가 조사 및 알려진 오류 필드를 변경할 수 있습니까?
예. 권한 있는 빌더는 코드 없이 가설, 증거, 임시 해결책, 시정 조치, 검토 및 효과 확인 필드와 워크플로우를 다듬을 수 있습니다.
작업용 앱 살펴보기
반복되는 인시던트에서 검증된 예방으로 이동
서비스에 모델을 적용하기 전에 반복 발생, 조사 중, 알려진 오류, 변경 계획, 모니터링, 효과 검증 예시를 살펴보세요.
문제 작업 공간 탐색