Close

Jira Service Management에서 인시던트 관리의 작동 방식

개요

인시던트 관리는 예기치 않은 이벤트 또는 서비스 중단에 대응하고 서비스를 운영 상태로 복원하는 관행입니다.

  • 인시던트: 예기치 않은 서비스 중단 또는 서비스 품질의 저하입니다.
  • 주요 인시던트: 비즈니스에 중대한 영향을 미치고 즉각적으로 조정된 해결이 필요한 인시던트입니다.

문제는 하나 이상의 인시던트의 아직 알려지지 않은 근본 원인입니다.

인시던트를 해결하고 있는 사람 모양

Atlassian의 인시던트 관리 플랫폼은 인시던트를 빠르고 효율적으로 해결하는 데 필요한 모든 컨텍스트와 데이터를 제공합니다.

  • Jira Service Management에서 에이전트는 이슈 및 사용자가 보고한 인시던트를 쉽게 관리할 수 있습니다.
  • 에이전트는 주요 인시던트를 대기 중인 팀에 알림으로 빠르게 에스컬레이션할 수 있습니다. Jira Service Management는 IT 및 DevOps 팀이 알림을 중앙 집중식으로 설정하고 적절한 사용자에게 알리고 공동 작업하고 신속하게 조치를 취할 수 있도록 지원하여 인시던트 발생 시 인시던트를 제어할 수 있게 합니다.
  • 에이전트는 Jira Service Management의 기본 자산 및 구성 관리 기능(Premium 및 Enterprise 플랜에 포함)을 통해 IT 인프라 내의 종속성을 이해하여 인시던트의 잠재적인 원인을 찾을 수 있습니다.
  • 마지막으로, 공유 작업 공간은 런북, 기술 자료 및 PIR까지 인시던트 실행, 프로세스 및 절차를 한곳에 캡처합니다.

팀은 원활한 엔드투엔드 인시던트 관리 솔루션으로 에스컬레이션하고 적절한 대응자를 포함시키고 협력하여 인시던트를 해결하며 궁극적으로 가동 중지 시간을 최소화할 수 있습니다.

인시던트 관리 프로세스

Atlassian 인시던트 대응 다이어그램

인시던트 관리의 핵심은 적절한 프로세스를 갖추고 고수하는 것입니다. 인시던트 대응은 폭넓게 사용되는 용어이므로, 인시던트를 식별, 분류 및 우선 순위를 지정한 후에 수행할 가능성이 가장 높은 단계로 조금 더 세분화하겠습니다.

  1. 초기 진단: DevOps 스타일의 팀은 일반적으로 진단에서 해결까지 인시던트를 소유하며, 여러 티어의 서비스 프로젝트에는 동일한 것을 시도하는 일선 팀이 있지만 필요한 경우 2단계 또는 3단계 지원 팀으로 에스컬레이션할 수 있습니다.
  2. 에스컬레이션: 필요한 경우, 다음 팀은 기록된 데이터를 가져와 진단 프로세스를 계속하고, 이 팀이 인시던트를 진단할 수 없으면 다음 팀으로 에스컬레이션합니다.
  3. 커뮤니케이션: 팀은 영향을 받는 내부 및 외부 이해 관계자와 정기적으로 업데이트 사항을 공유합니다.
  4. 조사 및 진단: 인시던트의 성격을 식별할 때까지 계속됩니다. 가끔 팀은 외부 자원이나 다른 부서의 팀원을 동원하여 해결 방안을 협의하고 지원합니다.
  5. 해결 및 복구: 이 단계에서 팀은 인시던트를 진단하고 인시던트 해결에 필요한 단계를 수행합니다. 적절한 해결 방법을 식별한 후에도 일부 수정(예: 버그 패치 등)은 테스트하고 배포해야 할 수 있으므로, 복구는 서비스를 완전히 복원하는 데 걸리는 노력을 의미합니다.
  6. 종료: 인시던트를 에스컬레이션했으면 최종적으로 전면 팀으로 다시 전달하고 종료합니다. 품질을 유지하고 원활한 프로세스를 보장하기 위해 서비스 데스크 직원만 인시던트를 종료할 수 있으며, 인시던트 소유자는 인시던트를 보고한 사용자에게 해결이 만족스럽고 인시던트를 종료해도 되는지 확인해야 합니다.
책과 전구

자세한 내용은 인시던트 관리 페이지를 참조하세요.


Jira Service Management에서 인시던트 관리를 시작하는 방법

인시던트 관리를 시작하는 방법

Jira Service Management는 Jira Service Management를 위한 인시던트 관리 워크플로라는 ITIL(정보 기술 인프라 라이브러리) 준수 인시던트 관리 워크플로를 제공합니다. 이 워크플로로 시작하여 시간이 지나면서 특정 비즈니스 요구에 맞게 조정하는 것이 좋습니다. 워크플로 편집에 대해 자세히 알아보세요.

기본적으로 에이전트의 인시던트 보기에는 다음 필드가 포함됩니다. 추가 필드가 필요한 경우 사용자 지정 필드를 추가할 수도 있습니다.

인시던트 기록에 대한 SLA(서비스 수준 계약)를 만드는 방법

Jira Service Management는 강력한 기본 제공 SLA를 제공하므로 팀은 고객이 기대하는 서비스 수준을 얼마나 잘 충족하고 있는지 추적할 수 있습니다. 프로젝트 관리자는 추적하려는 요청 유형과 해결하는 데 걸리는 시간을 지정하는 SLA 목표를 만들 수 있습니다. 여기에서 SLA 측정이 언제 시작, 일시 중지 또는 중지되는지에 영향을 주는 조건 및 캘린더를 정의할 수 있습니다.

새 SLA를 만들려면 다음을 수행하세요.

  1. 서비스 프로젝트에서 프로젝트 설정 > SLA로 이동합니다. 모든 기존 SLA가 여기에 표시됩니다.
  2. SLA 추가를 선택합니다.
  3. 시계 아이콘 옆의 필드에 SLA의 새 이름을 입력하거나 기존 이름을 선택합니다.
    1. (SLA를 만든 후에는 SLA의 이름을 변경할 수 없으므로 무엇을 측정하는지 명확하게 설명하는 이름을 선택하세요.)
  4. SLA의 목표 및 조건을 설정합니다. SLA 목표 설정SLA 시간 메트릭 설정에 대해 자세히 알아보세요.
  5. 저장을 선택합니다.

Jira Service Management에서 인시던트를 주요 인시던트로 표시하는 방법

중요 서비스가 중단되는 경우 Jira Service Management Cloud는 에이전트가 인시던트를 신속하게 해결하는 데 필요한 도구를 제공합니다. 인시던트를 주요 인시던트로 표시하면 다른 인시던트 가운데에서도 눈에 잘 띄게 됩니다. 또한 이 인시던트는 JQL에서 제공하는 자체 '주요 인시던트' 큐에 그룹화됩니다.

인시던트를 주요 인시던트로 표시하려면 다음을 수행합니다.

  1. 주요 인시던트로 표시할 인시던트로 이동합니다.
  2. 이슈의 세부 정보 섹션에서 주요 인시던트 토글을 활성화합니다.
Jira Service Management에서 주요 인시던트 표시

참고: 인시던트에 대해 주요 인시던트 필드가 표시되지 않는 경우 이슈 보기에 필드를 추가했는지 확인하세요. 이슈 유형에 필드를 추가하려면 Jira 관리자여야 합니다.

인시던트에서 직접 업데이트를 만들고 Slack 채널에 보내는 방법

Jira Service Management를 사용하면 워크스페이스를 연결하고 각 인시던트에 대한 전용 Slack 채널을 만들 수 있습니다. Slack 워크스페이스를 서비스 프로젝트에 연결하면 인시던트에 대한 Slack 채널을 만들고, Slack 채널에 인시던트 응답자를 추가하고, 인시던트 우선 순위를 업데이트하며, 인시던트 조치를 취하고, 인시던트 발생 시 팀이 더 빨리 개입하도록 지원할 수 있습니다.

인시던트 Slack 채널을 만들려면 다음을 수행합니다.

  1. Slack 채널을 만들려는 인시던트로 이동합니다.
  2. 이슈의 세부 정보 섹션에서 채널 만들기를 선택합니다.
Jira Service Management에서 인시던트 Slack 채널 만들기

내부 이해 관계자에게 인시던트 업데이트를 보내는 방법

내부 이해 관계자란 대응자는 아니지만 예방 조치 및 조치를 취하기 위해 인시던트의 진행 상황에 대해 업데이트를 받아야 하는 사용자입니다. Jira Service Management에서는 사용자를 이해 관계자로 추가하고 이메일 메시지를 보내 업데이트할 수 있습니다.

내부 이해 관계자를 추가/제거하려면 다음을 수행합니다.

  1. 내부 이해 관계자를 추가할 인시던트로 이동합니다.
  2. 세부 사항에서 이해 관계자의 필드 옆에 있는 관리를 선택합니다.
  3. 이해 관계자로 추가할 사용자를 검색합니다.

내부 이해 관계자에게 업데이트를 제공하려면 다음을 수행합니다.

  1. 이슈 보기의 활동 섹션에서 이해 관계자 업데이트를 선택합니다.
  2. 요약 및 메시지를 입력합니다.
  3. 보내기를 선택합니다.
Jira Service Management에서 내부 이해 관계자에게 인시던트 업데이트 보내기

전화 회의를 통해 팀과 협력하여 인시던트를 해결하는 방법

Jira Service Management는 중앙 집중식 장소에서 인시던트를 조정하고 관리할 수 있는 비디오/오디오 회의실을 제공합니다.

전화 회의를 시작하려면 다음을 수행합니다.

  1. 전화 회의를 시작하려는 인시던트로 이동합니다.
  2. 세부 정보 아래의 전화 회의 필드 옆에 있는 통화 시작(또는 기존 통화인 경우 통화 참여)을 선택합니다.
Jira Service Management에서 전화 회의 시작 또는 참여

인시던트 사후 검토(PIR)에 액세스하고 만드는 방법 알아보기

인시던트 사후 검토는 시스템의 취약성을 발견하고, 반복되는 인시던트를 중지하고, 향후 인시던트 해결 시간을 단축할 기회를 제공하며, 상시 서비스의 수명 주기에서 중요한 단계입니다. 중요한 수정 사항이 향후 작업에서 제자리를 찾을 수 있도록, 검토를 통해 얻은 결과는 계획 프로세스에 반영되어야 합니다. 인시던트 및 팀의 해결 방법을 문서화하면 향후 인시던트 처리 시 유용하게 활용할 수 있습니다. 팀은 인시던트로 이어지는 문제에 대한 장기적 솔루션을 만들고 인시던트 사후 검토를 Jira Service Management의 인시던트에 연결할 수 있습니다.

인시던트 사후 검토 기능을 활성화하려면 다음을 수행합니다.

  1. 프로젝트 설정 > 기능으로 이동합니다.
  2. ITSM 범주에서 인시던트 사후 검토를 활성화합니다.

이 범주를 사용으로 설정하면 요청에 대한 새 기능에 액세스할 수 있습니다. 시작하려면 새 요청 유형을 만들거나 기존 요청 유형을 인시던트 사후 검토 범주에 할당해야 합니다.

인시던트 사후 검토에 액세스하려면 다음을 수행합니다.

  1. 프로젝트 사이드바 메뉴에서 인시던트 사후 검토를 선택합니다.
  2. 인시던트 후 검토에 대해 적합한 큐를 선택합니다.
Jira Service Management에서 인시던트 사후 검토에 액세스

새 인시던트 사후 검토를 만들려면 다음을 수행합니다.

  1. 상단 메뉴 표시줄에서 만들기를 선택합니다.
  2. 드롭다운에서 설정한 인시던트 사후 검토 요청 유형을 선택합니다.
  3. 필요한 정보를 입력하고 적절한 인시던트를 연결된 이슈 필드의 PIR에 연결합니다.
  4. 완료되면 만들기를 선택합니다.

전문가 팁: 인시던트 사후 검토는 Jira Service Management의 기본 자동화 엔진을 사용하여 만들 수도 있습니다. 예를 들어 팀에서 주요 인시던트 또는 중요한 우선 순위 인시던트를 해결할 때마다 인시던트 사후 검토를 만들도록 자동화 규칙을 설정할 수 있습니다.

Jira Service Management에서 인시던트 사후 검토 만들기

여러 인시던트를 문제 보고서에 연결하는 방법

Jira Service Management를 사용하면 여러 이슈를 함께 연결할 수 있습니다. 예를 들어 여러 인시던트 기록을 더 큰 문제 보고서에 연결할 수 있습니다.

여러 인시던트를 문제 보고서에 연결하려면 다음을 수행합니다.

  1. 인시던트 기록을 확인합니다.
  2. 이슈 연결을 선택합니다.
  3. 연결된 이슈 필드에서 원인을 선택합니다.
  4. 이슈 필드에 연결할 이슈를 입력하거나 드롭다운 메뉴에서 선택합니다.
  5. 링크를 선택합니다.

인시던트 관리 모범 사례 및 팁

사용자 및 시스템에서 보고한 인시던트를 쉽게 캡처하도록 지원

Jira Service Management 경미한 인시던트 및 주요 인시던트 모두에 대한 정보 소스입니다. 고객 포털은 지원 팀이 인시던트를 평가하는 데 필요한 모든 정보와 함께 완전하고 일관적인 방식으로 사용자가 보고한 인시던트를 캡처합니다. 직원 또는 고객이 인시던트를 확인하면 Jira Service Management에서 보고할 수 있습니다. 여기에서 인시던트가 적절한 에이전트 큐로 라우팅됩니다.

인시던트와 중단을 조기에 감지하려면 효과적인 모니터링은 IT 운영 팀의 눈과 귀가 됩니다. 시스템에서 감지한 인시던트의 경우 Jira Service Management는 Slack, Datadog, Sumo Logic, Nagios와 같은 200개 이상의 앱 및 웹 서비스와 쉽게 통합하여 알림 데이터를 동기화하고 인시던트 워크플로를 간소화합니다.

Jira Service Management 고객 포털

스마트한 대기 중 일정으로 알림 피로 감소

대기 중인 직원에게 관련 없는 알림이 밀려오면 알림 피로를 받기 시작하며 중요한 알림을 놓치게 됩니다. Jira Service Management의 기본 제공 인시던트 관리 기능은 팀이 중요한 알림을 놓치지 않도록 보장합니다.

Jira Service Management의 대기 일정

한 인터페이스에서 일정을 수립하고 에스컬레이션 규칙을 정의하여 팀은 인시던트 발생 시 누가 대기 중이고 책임이 있는지 항상 알 수 있습니다. 이 솔루션은 즉시 해결을 시작하는 데 필요한 관련 컨텍스트와 함께 알림을 그룹화하여 불필요한 사항을 필터링하고 문자, 전화 통화, 모바일 푸시 또는 이메일과 같은 여러 채널을 사용하여 팀원에게 알립니다.

ChatOps 및 런북을 사용하여 팀 조정 개선

Jira Service Management를 사용하면 팀은 공동 작업하고, 실시간 정보를 공유하며, 인시던트 관제 센터와 문제를 신속하게 해결할 수 중앙 집중식 도구를 갖게 됩니다. 단절된 일대일 채팅 업데이트를 탐색하거나 긴 대화 기록을 스크롤하는 대신, 팀이 동적으로 채팅하고, 역할을 할당하고, 인터페이스에서 바로 결정적인 조치를 취할 수 있도록 화상 회의실을 미리 정의할 수 있습니다. 팀은 런북을 알림에 첨부하여 자동 또는 온디맨드 방식으로 표준 수정 작업을 신속하게 시작할 수 있습니다.

Jira Service Management의 팀 조정

런북은 알림 및 중단을 해결하기 위한 일반적인 문제 해결 방법을 문서화하는 데에도 유용합니다. 런북을 사용하면 직원이 인시던트를 신속하게 심사하는 데 필요한 모든 정보를 손쉽게 얻을 수 있습니다. 대부분의 경우 팀은 인시던트 해결 시간을 40%까지 단축할 수 있습니다.

런북 문서화를 위해 Confluence를 활용

사전 예방적 인시던트 관리 플레이북 설정

인시던트 대응 전략을 미리 계획하세요. 스트레스를 완화하고 인시던트 중에 팀의 집중력을 유지하며 해결 시간을 단축할 수 있습니다. 운영 및 팀 기반의 공동 작업 관행을 모두 포함해야 합니다.

  • 인시던트 대응 중 팀이 가장 중요하게 여기는 것을 파악하고 이 가치를 일관적으로 실천하기 위한 계획을 수립하세요. 예를 들어, 이 가치는 공동 작업, 커뮤니케이션 및 '비난을 배제한' 사후 검토일 수 있습니다.
  • 주요 인시던트로 간주되는 사항을 명확하게 정의합니다.
  • 주요 인시던트 관행을 문서화합니다.
  • 이해 관계자(외부 및 내부 모두)를 위한 대응 템플릿 및 커뮤니케이션과 같은 인시던트 대응 커뮤니케이션을 설정합니다.
  • 인시던트 대응 팀의 핵심 팀원을 결정합니다.
  • PIR 관행을 수립합니다.
  • 모든 주요 인시던트에 대해 비난을 배제한 PIR을 수행합니다.
  • PIR 교훈을 게시하고 공유합니다.
  • 주요 인시던트 시뮬레이션 훈련을 수행합니다.

MTTR(평균 복구 시간) 개선에 집중

인시던트의 영향을 줄이고 서비스를 신속하게 복원하려면 강력한 인시던트 관리 프로세스를 구축해야 합니다. 대응 개선의 핵심은 MTTR(평균 복구 시간)을 줄이고 근본 원인 분석을 간소화하여 향후 가동 중단을 방지하는 것입니다. 실제로 Forrester에서는 인시던트 대응 시간의 70%를 조사 및 진단 단계에서 사용한다는 사실을 발견했습니다.

평균 복구 시간 및 지속적인 개선 다이어그램

중앙 집중식 외부 커뮤니케이션으로 신뢰 쌓기

많은 팀은 중요한 서비스의 상태를 보고하는 데 Statuspage와 같은 중앙 집중식 대시보드를 사용합니다. Statuspage는 자동 알림 및 업데이트와 함께 내부 및 외부 사용자 모두에게 명확하고 사전 예방적인 대량 커뮤니케이션을 위한 단일 채널 역할을 합니다.

Statuspage는 내부 팀에 예정된 가동 중지 시간과 예상치 못한 가동 중지 시간 모두에 대한 정보를 제공합니다. 고객과 직원은 업데이트를 구독하여 일관된 커뮤니케이션을 촉진하고 수동 업데이트를 줄일 수 있습니다.

중앙 집중식 대시보드로 사용되는 Statuspage를 보여주는 스크린샷
책과 전구

자세한 내용은 인시던트 관리 모범 사례 페이지를 확인하세요.


시작하기

서비스 요청 관리

시작하기

문제 관리