문제 관리 개선하기

Freshservice 프로세스 최적화를 위한 6단계 가이드

데이터 템플릿 다운로드

문제 관리

Freshservice

프로세스 선택

연결된 작업 공간에서 계속 작업할 프로세스를 선택하세요.

사용 가능한 프로세스

사용 가능한 시스템

과제(10)목표(10)6단계 미리보기 결과 데이터 자주 묻는 질문(4)

Process Mining으로 Freshservice 문제 관리 최적화

ProcessMind는 숨겨진 병목과 근본 원인 조사 과정이 자주 지연되는 지점을 찾아냅니다. 모든 단계를 시각화해 지연이 발생하는 위치와 표준 경로에서 벗어난 흐름이 서비스 제공에 미치는 영향을 확인할 수 있습니다. 이 정보를 바탕으로 팀은 워크플로를 간소화하고 반복되는 인시던트에 소요되는 시간을 줄일 수 있습니다.

사전 구성된 데이터 템플릿을 다운로드하고 일반적인 과제를 해결해 효율성 목표를 달성하세요. 6단계 개선 계획을 따르고 데이터 템플릿 가이드를 참고해 운영을 개선하세요.

자세한 설명 보기

체계적인 문제 관리의 전략적 가치

문제 관리는 IT 서비스 품질을 뒷받침하는 중요한 업무입니다. 인시던트 관리는 신속한 대응과 서비스 복구에 초점을 두지만, 문제 관리는 근본적인 해결과 재발 방지에 중점을 둡니다. Freshservice에서 팀은 티켓을 쉽게 등록하고 분류할 수 있지만, 실제로는 지원 단계 간 복잡한 인계와 임시 해결책에서 영구적인 해결책으로 넘어가는 과정이 어렵습니다. 이 과정이 느리거나 비효율적이면 같은 문제가 반복되어 기술팀의 리소스가 소모되고 최종 사용자의 불편이 커집니다.

이 흐름을 개선하는 일은 티켓을 더 빨리 닫는 데 그치지 않습니다. 근본 원인 분석을 통해 서비스 중단을 실제로 줄여야 합니다. 문제 처리 주기의 진행 방식과 원인을 파악하면 사후 대응에 치중하던 방식에서 벗어나 장애가 발생하기 전에 예방할 수 있습니다. 이를 위해서는 Freshservice에서 정보가 어떻게 전달되는지, 조사 과정이 주로 어디에서 지체되는지 알아야 합니다.

Freshservice 데이터를 분석해 흐름을 파악합니다

Process Mining은 문제 레코드의 각 단계를 재구성해 Freshservice 환경을 새로운 관점에서 보여 줍니다. 정적인 평균값이나 단순 막대 차트만 보는 대신 기술팀이 실제로 거친 경로를 확인할 수 있습니다. 레코드가 며칠씩 대기하는 지점이나 여러 지원 그룹 사이를 오가는 상황도 파악할 수 있습니다.

이렇게 하면 시간이 오래 걸릴 수밖에 없는 복잡한 조사와 없애야 할 단순한 행정 지연을 구분할 수 있습니다. 활동 순서를 시각화하면 병목을 추측하는 대신 프로세스 개선의 근거가 되는 객관적인 데이터를 확보할 수 있습니다. 예를 들어 Problem Identified에서 Assigned to Support Group으로 넘어가는 데 가장 많은 시간이 걸린다는 사실을 발견할 수 있습니다. 이 경우 초기 분류를 개선하거나 Freshservice에서 자동화를 적용할 필요가 있을 수 있습니다.

조사 주기의 지연 요인을 찾습니다

자주 개선이 필요한 구간 중 하나는 임시 해결책을 찾은 시점부터 본격적인 조사를 시작할 때까지의 시간입니다. 임시 조치로 인시던트의 긴급성이 낮아지면 근본 원인을 찾으려는 우선순위도 떨어지는 경우가 많습니다. Process Mining을 활용하면 영구적인 해결책으로 나아가지 않고 같은 임시 조치를 반복하는 상황이 있는지 확인할 수 있습니다.

Freshservice에서 Workaround Published와 Change Request Initiated 사이의 간격과 같은 전환 지점을 분석하면 반복적인 임시 조치보다 효과가 큰 아키텍처 변경에 리소스를 집중할 수 있습니다. 특정 유형의 문제가 자주 다시 열리는지도 확인할 수 있습니다. 이는 처음에 파악한 근본 원인이 정확하지 않았거나 검증 단계를 건너뛰었음을 의미할 수 있습니다. 이러한 인사이트를 바탕으로 규정 준수를 강화하고 설계된 절차대로 프로세스가 진행되는지 확인할 수 있습니다.

영구적인 해결까지의 경로를 개선합니다

문제 관리 개선을 위해서는 팀 간 협업도 살펴봐야 합니다. 문제 레코드가 일반 지원 그룹에서 전문 엔지니어링 팀으로 넘어갈 때 필요한 맥락이 누락되는 경우가 있습니다. 추가 정보를 요청하며 레코드가 여러 번 되돌아오는 패턴이 나타나면 전체 처리 시간이 크게 늘어날 수 있습니다. Process Mining으로 이러한 반복 경로를 찾아 조사 초기에 필요한 정보를 문서화하는 기준을 마련할 수 있습니다.

그러면 인계가 원활해지고 전문가가 처음부터 필요한 데이터를 바탕으로 분석을 시작할 수 있습니다. Change Management와의 연계 과정을 추적하면 제안된 해결책이 제때 적용되는지, 아니면 변경 대기열에 머물러 있는지도 확인할 수 있습니다. 서비스 개선을 지속하려면 이러한 지연을 줄여야 합니다.

안정적인 IT 환경을 구축합니다

Freshservice 문제 관리 최적화의 궁극적인 목표는 더 안정적인 IT 서비스를 만드는 것입니다. 조사 주기를 단축하고 영구적인 해결책의 성공률을 높이면 IT 운영 비용을 직접 줄일 수 있습니다. 직원들은 반복되는 긴급 대응에 쓰는 시간을 줄이고 인프라 개선과 새로운 과제에 더 집중할 수 있습니다.

Process Mining을 시작하면 데이터에 근거해 프로세스 성숙도를 높일 수 있습니다. Freshservice 로그에 남은 기록을 분석해 사후 대응에 머물던 IT 부서를 문제를 미리 예측하고 예방하는 조직으로 바꿔 보세요. 이를 통해 내부 효율성을 높이고 비즈니스가 매일 의존하는 서비스의 신뢰성도 향상할 수 있습니다.

문제 관리 근본 원인 분석 IT 서비스 관리 서비스 데스크 관리자 인시던트 감소 문제 조정 담당자 ITIL 규정 준수 티켓 처리 티켓 관리 알려진 오류 반복되는 인시던트 임시 해결책 인시던트 예방 IT 헬프 데스크

일반적인 문제와 과제

현재 겪고 있는 과제 선택

문제 레코드가 뚜렷한 진전 없이 조사 단계에 몇 주씩 머물면 미해결 문제가 쌓이고 대기 건수가 늘어납니다. 이로 인해 반복되는 인시던트의 원인을 해결하기 어려워지고 서비스 데스크의 부담이 커지며 업무 사용자가 체감하는 서비스 신뢰성도 낮아집니다.

문제 레코드가 여러 기술팀 사이를 오가면 맥락이 누락되고 해결까지 걸리는 시간이 크게 늘어날 수 있습니다. 담당 주체가 불분명하면 업무가 낭비되고 기술팀의 불만이 커지며, 중요 인프라의 안정성과 성능에 관한 서비스 수준 목표를 달성하지 못할 수 있습니다.

임시 해결책을 신속하게 게시하지 않으면 인시던트 담당자가 반복되는 문제에 계속 대응해야 하므로 최종 사용자의 평균 해결 시간이 길어집니다. 문제를 파악한 시점부터 임시 해결책을 게시할 때까지 시간이 너무 오래 걸리면 알려진 임시 조치가 있는데도 불필요한 서비스 중단이 발생합니다.

근본 원인을 파악한 뒤에도 변경 요청을 시작하는 과정에서 영구적인 해결책 마련이 지체될 수 있습니다. 문제 관리와 변경 관리 워크플로가 연결되지 않으면 해결할 수 있었던 알려진 오류가 계속 남아 IT 환경이 반복적인 서비스 중단과 보안 위험에 노출됩니다.

구현 후 검토를 생략하면 IT팀이 주요 인시던트에서 교훈을 얻고 향후 대응 방식을 개선하기 어렵습니다. 검토를 건너뛰거나 서둘러 마치면 중요한 인사이트가 기록되지 않아 이후 문제 조사에서도 같은 실수가 반복될 수 있습니다.

팀이 우선순위가 낮은 문제 레코드를 조사하는 데 많은 시간을 쓰는 동안 영향이 큰 문제는 해결되지 않은 채 남을 수 있습니다. 실제 비즈니스 위험을 기준으로 우선순위를 정하지 않으면 전문 기술 리소스를 비효율적으로 사용하게 되고 Freshservice 환경에서 가장 중요한 비즈니스 서비스를 안정화하지 못할 수 있습니다.

우선순위가 높은 문제의 서비스 수준 목표를 달성하지 못하면 IT 부서에 재정적·평판상 큰 손실이 발생할 수 있습니다. 근본 원인 분석이나 영구 해결책 적용 기한을 계속 놓친다면 프로세스 흐름에 문제가 있거나 다가오는 기한을 파악하기 어려운 상황일 수 있습니다.

문제 레코드를 닫은 뒤 인시던트가 재발해 다시 열었다면 근본 원인을 정확히 파악하지 못했거나 해결책이 충분하지 않았을 수 있습니다. 재작업으로 조사 비용이 두 배로 들고 문제가 여전히 남아 있어 문제 관리 프로세스에 대한 신뢰도 떨어집니다.

근본 원인을 부정확하거나 지나치게 일반적으로 분류하면 의미 있는 추세 분석이나 예방 정비가 어렵습니다. 기술팀이 Freshservice에서 모호한 분류를 선택하면 시간이 지나도 특정 인프라나 소프트웨어 구성 요소의 구조적 취약점을 찾아내기 어렵습니다.

인시던트를 진행 중인 문제 레코드와 제대로 연결하지 않으면 문제의 실제 영향이 관리자에게 드러나지 않습니다. 여러 팀이 같은 조사를 반복하게 되고, 인시던트 건수가 실제보다 적게 보이므로 영구적인 해결책에 필요한 리소스를 확보하기도 어려워집니다.

일반적인 목표

성공의 기준 정의

조사 단계를 앞당기는 일은 향후 서비스 중단을 예방하는 데 중요합니다. 근본 원인 분석이 늦어지면 인시던트가 반복되어 IT 리소스가 소모되고 최종 사용자의 불편이 커집니다. 이 단계를 단축하면 사후 대응에서 벗어나 문제를 더 효과적으로 예방할 수 있습니다.

ProcessMind는 외부 공급업체의 답변이나 내부 문서를 기다리는 등 Freshservice에서 조사가 지체되는 단계를 찾아냅니다. 각 상태에 머문 시간을 시각화하면 현실적인 기준을 세우고 신속한 진단을 방해하는 병목을 제거할 수 있습니다. 이를 통해 조사 주기를 30% 이상 단축할 수도 있습니다.

문제 레코드를 자주 인계하면 맥락이 누락되고 해결 시간이 길어질 수 있습니다. 인계 횟수를 줄이면 가장 적합한 팀이 처음부터 끝까지 담당해 기술적 결과의 일관성과 신뢰성을 높일 수 있습니다. 기술 지원 체계의 책임 소재도 명확해집니다.

ProcessMind는 여러 지원 그룹을 거치는 Problem Record의 흐름을 매핑해 되돌아가는 경로나 과도한 재배정을 보여 줍니다. 관리자는 이를 바탕으로 배정 규칙을 개선하고 문제를 적합한 전문가에게 바로 전달할 수 있습니다. 그 결과 레코드당 평균 처리 횟수를 크게 줄일 수 있습니다.

영구적인 해결책을 마련하는 동안 서비스를 복구하려면 임시 해결책을 제때 제공해야 합니다. 이를 통해 진행 중인 문제의 비즈니스 영향을 줄이고 복잡한 조사 과정에서 서비스 데스크의 부담을 덜 수 있습니다. 임시 해결책을 빠르게 제공하면 반복되는 인시던트로 불편을 겪는 최종 사용자의 경험도 개선됩니다.

ProcessMind는 Freshservice에서 문제를 파악한 시점부터 임시 해결책을 게시할 때까지 걸리는 시간을 추적합니다. 게시 워크플로의 지연 지점을 찾아 검토 절차를 간소화하고 현장 담당자가 임시 해결책을 더 빨리 활용하도록 지원할 수 있습니다. 이를 통해 알려진 오류와 관련된 인시던트 건수를 줄일 수 있습니다.

근본 원인을 알아도 영구적인 해결책이 변경 관리 절차에 묶여 있다면 큰 효과를 기대하기 어렵습니다. 두 프로세스를 연계하면 파악한 해결책을 신속하게 적용해 알려진 오류를 해소하고 조직이 위험에 노출되는 기간을 줄일 수 있습니다.

Freshservice의 Problem Management 모듈과 Change Management 사이에서 인계가 이루어지는 지점을 시각화합니다. 이를 통해 제안된 해결책이 승인 대기열의 어느 단계에서 지체되는지 파악하고 문제 조정 담당자와 변경 담당자 간 협업을 개선해 최종 해결을 앞당길 수 있습니다.

우선순위가 높은 문제는 비즈니스 핵심 서비스에 영향을 주지 않도록 서비스 수준 목표를 엄격히 준수해야 합니다. 규정 준수를 개선하면 영향이 큰 문제에 필요한 긴급 대응을 제공하고 운영 안정성을 유지할 수 있습니다. 이를 통해 IT 부서는 전사적으로 약속한 서비스 수준을 지킬 수 있습니다.

과거 성과 데이터를 분석해 SLA 위반으로 이어지는 패턴을 파악합니다. 목표를 자주 달성하지 못하는 문제 유형이나 우선순위를 확인하면 기한을 선제적으로 관리하고 리소스를 적절히 배분할 수 있습니다. 그 결과 중요한 목표를 꾸준히 달성할 수 있습니다.

문제 기록이 다시 열리는 경우, 최초 해결이 불완전했거나 근본 원인을 잘못 파악했을 가능성이 큽니다. 재개율을 낮추면 문제 관리 프로세스의 신뢰도를 높이고 이미 해결한 문제에 불필요한 노력을 들이지 않을 수 있습니다. 문제를 종료 처리한 뒤에는 실제로 위협 요인이 제거되었는지 확인할 수 있습니다.

ProcessMind는 재개된 사례의 디지털 기록을 분석해 최초 해결 과정에서 누락된 활동이 있었는지 파악합니다. 이를 바탕으로 품질 기준을 높이고 문제가 실제로 해결된 경우에만 종료하도록 관리할 수 있습니다. 재작업을 최대 20% 줄이는 데 도움이 됩니다.

IT 팀은 영향이 작은 문제에 지나치게 많은 시간을 쓰는 반면, 중요한 문제는 해결이 늦어지는 경우가 있습니다. 업무 우선순위를 조정하면 숙련된 기술 인력이 서비스 안정성에 가장 큰 효과를 내는 문제에 집중할 수 있어 전문 인력의 역량을 더 효과적으로 활용할 수 있습니다.

ProcessMind는 관련 인시던트 수와 문제 기록에 투입된 노력을 연계해 분석합니다. 관리자는 이를 통해 자동화하거나 우선순위를 낮출 수 있는 효용이 적은 업무를 찾아낼 수 있습니다. 기술 전문가가 영향이 큰 근본 원인 조사에 집중하면 향후 발생할 인시던트를 줄이는 데 도움이 됩니다.

정확한 분류는 추세 분석과 장기적인 서비스 개선의 토대입니다. 근본 원인을 제대로 기록하지 않으면 IT 인프라 전반의 구조적 문제를 파악하기 어렵습니다. 데이터 품질을 일관되게 유지하면 더 나은 전략적 의사결정을 내릴 수 있습니다.

process mining 솔루션은 문제 처리 주기가 끝날 때 데이터 입력이 일관되게 이루어지는지 확인합니다. 근본 원인 정보가 일반적인 내용으로만 입력되었거나 누락된 기록을 찾아내면, 필요한 교육을 실시하고 장기 보고서의 품질을 높일 수 있습니다. 이를 통해 새롭게 나타나는 기술 동향도 쉽게 파악할 수 있습니다.

관련 인시던트를 하나의 문제 기록에 연결하면 전체 영향을 명확히 파악하고 해결 작업의 우선순위를 정하는 데 도움이 됩니다. 이 연결 관계를 통해 해결 방법이나 수정 사항이 마련되었을 때 영향을 받은 사용자에게 알릴 수 있어 커뮤니케이션과 서비스 데스크 운영 효율을 높일 수 있습니다.

ProcessMind는 Freshservice에서 문제 기록에 연결되지 않은 유사 인시던트 그룹을 찾아냅니다. 이러한 누락을 확인하면 선제적인 문제 관리가 더 일관되게 이루어지도록 할 수 있습니다. 인시던트가 급증하는 상황을 예방하고 문제의 영향을 더 정확하게 평가하는 데도 도움이 됩니다.

구현 후 검토는 지속적인 학습과 향후 프로세스 실패 예방에 중요합니다. 검토를 생략하면 개선 기회를 놓치고 이후에도 같은 실수가 반복될 수 있습니다. 검토를 꾸준히 진행하면 지속적인 개선 문화를 조성할 수 있습니다.

종료된 각 문제 기록에 검토 활동이 있는지 추적해 규정 준수 누락을 확인합니다. 관리자는 이 정보를 바탕으로 주요 문제의 검토 단계를 필수 절차로 지정할 수 있습니다. 이를 통해 중요한 문제에서 얻은 교훈을 조직의 지식 기반에 축적할 수 있습니다.

문제 관리 개선을 위한 6단계

템플릿 다운로드

수행할 작업

Freshservice 문제 관리 데이터 구조에 맞춰 설계된 전용 Excel 템플릿을 다운로드합니다.

데이터 템플릿 가이드 보기 템플릿 다운로드

중요한 이유

미리 정의된 구조를 사용하면 데이터를 분석 엔진에 정확히 매핑해 분석의 정확도를 높일 수 있습니다.

기대 효과

바로 사용할 수 있는 데이터 매핑 문서

문제 관리 인사이트

Freshservice 문제 관리 흐름 파악하기

문제 처리 주기 전체를 살펴보고 조사가 지연되는 지점을 확인하세요. 시각화 자료에서 문제 식별부터 최종 해결까지 과정의 마찰이 발생하는 부분을 볼 수 있습니다.

근본 원인 분석(RCA) 전 과정을 시각적으로 매핑
해결 지연을 일으키는 구체적인 단계 파악
문제 조사 과정의 숨겨진 반복 흐름 발견
임시 해결책이 안정성에 미치는 영향 측정

Discover your actual process flow

Identify bottlenecks and delays

Analyze process variants

Design your optimized process

검증된 성과

문제 관리 효율 향상

Freshservice 데이터를 process mining으로 분석한 조직은 문제 기록 처리 주기의 병목을 파악하고, 근본 원인 분석을 앞당기며 반복 인시던트를 줄이는 경우가 많습니다.

0 %

근본 원인 분석 시간 단축

RCA 주기 시간 단축

조사 단계를 간소화하고 진단 과정의 병목을 파악하면 근본 원인을 더 빠르게 찾을 수 있습니다.

0 %

팀 간 인계 감소

그룹 재배정 감소

불필요한 기술 팀 간 인계를 줄이면 적합한 전문가가 더 빨리 문제를 맡을 수 있어 전체 인건비와 지연을 줄일 수 있습니다.

+ 0 %

SLA 준수 향상

중요 문제의 기한 내 해결

우선순위가 높은 기록을 실시간으로 모니터링하면 중요한 문제를 합의된 시간 내에 처리해 서비스 안정성을 유지할 수 있습니다.

0 %

재개율 감소

기록 재작업 감소

초기 조사와 영구 해결책의 품질을 높이면 문제 기록이 다시 열리는 일을 줄이고 문제가 실제로 해결되도록 할 수 있습니다.

+ 0 %

구현 후 검토 완료율 향상

수정 후 검토 증가

구현 후 검토를 꾸준히 진행하면 교훈을 기록하고 영구 해결책이 효과적인지 확인할 수 있습니다.

0 %

해결 방법 제공 시간 단축

임시 해결책 제공 소요 시간

효과적인 해결 방법을 더 빨리 공유하면 장기적인 개선 작업이 진행되는 동안에도 비즈니스 영향을 줄일 수 있습니다.

결과는 Freshservice의 프로세스 성숙도, 팀 규모, 데이터 품질에 따라 달라집니다. 여기에 제시된 수치는 기업 환경에 도입한 사례에서 확인된 평균 개선 수준입니다.

권장 데이터

최적화를 시작할 때 다음 필수 속성과 활동을 활용하세요.

이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

속성

분석에 필요한 주요 데이터 항목

문제 기록에 부여된 고유한 영숫자 식별자입니다(예: PRB-10234).

중요한 이유

프로세스 흐름을 재구성하는 기본 키이며 각 사례를 고유하게 식별하는 데 필요합니다.

문제 기록에서 수행된 구체적인 이벤트 또는 작업입니다.

중요한 이유

프로세스 실행에서 '무엇을' 했는지 정의하며 프로세스 맵을 생성하는 데 필수입니다.

활동이 발생한 정확한 날짜와 시간입니다.

중요한 이유

이벤트의 시간 순서를 정해 주므로 주기 시간을 계산하고 프로세스 순서를 구성할 수 있습니다.

문제에 지정된 우선순위 수준입니다(예: 낮음, 보통, 높음, 긴급).

중요한 이유

영향이 큰 문제를 필터링하고 분석 우선순위를 정하는 데 필요합니다.

현재 문제를 담당하는 서비스 데스크 에이전트의 이름입니다.

중요한 이유

리소스 분석과 조직 단위 분석에 필요한 속성입니다.

문제 처리를 담당하는 기술팀 또는 그룹입니다.

중요한 이유

인수인계를 분석하고 사일로로 인한 병목을 찾는 데 중요합니다.

문제의 현재 진행 상태입니다(예: 접수, 변경 요청, 해결).

중요한 이유

케이스의 상태를 정의하며 흐름 통계를 계산하는 데 사용합니다.

문제의 근본 원인으로 확인된 항목의 분류입니다.

중요한 이유

추세를 분석하고 선제적으로 개선할 영역을 찾는 데 필요합니다.

이 문제에 연결된 인시던트 레코드의 수입니다.

중요한 이유

문제가 헬프 데스크에 미치는 영향의 규모를 나타냅니다.

문제 레코드가 서비스 수준 협약(SLA) 목표를 지키지 못했는지 나타내는 플래그입니다.

중요한 이유

프로세스 규정 준수와 성과를 직접 측정합니다.

문제를 신고했거나 주된 영향을 받은 사용자의 부서입니다.

중요한 이유

문제가 미치는 영향을 조직 관점에서 파악할 수 있도록 합니다.

문제 레코드가 종료 상태에서 다시 접수 상태로 변경된 적이 있는지 나타내는 플래그입니다.

중요한 이유

잘못된 해결 처리와 재작업을 보여주는 주요 지표입니다.

활동

추적하고 최적화할 프로세스 단계

시스템에 문제 기록을 처음 생성하는 단계입니다. 새 문제 티켓을 저장하면 Freshservice 감사 로그에 이 이벤트가 명시적으로 기록됩니다.

중요한 이유

프로세스 인스턴스의 시작을 나타냅니다. 모든 리드 타임과 주기 시간을 계산하는 기준점입니다.

문제 기록을 특정 기술 팀이나 배정 그룹으로 전달하는 단계입니다. 티켓 이력에서 'Group' 필드의 변경을 추적해 확인합니다.

중요한 이유

지원 그룹 간 인계 히트맵을 만드는 데 필요합니다. 이 기록을 추적하면 팀 간에 업무가 반복해서 오가거나 인계가 지나치게 많은 상황을 파악할 수 있습니다.

근본 원인 텍스트 필드나 분석 섹션에 내용이 입력된 시점입니다. 값이 비어 있던 'Root Cause' 필드가 처음 업데이트된 시점을 확인합니다.

중요한 이유

RCA 리드 타임 분석의 주요 이정표입니다. 조사 단계에서 해결책 설계 단계로 넘어가는 시점을 나타냅니다.

문제 기록에 임시 해결책을 추가하는 단계입니다. 보통 'Workaround' 메모나 필드로 표시하며, 해결 방법 게시 속도를 계산하는 데 사용합니다.

중요한 이유

팀이 영향을 얼마나 빨리 완화하는지 측정합니다. 평균 해결 방법 제공 소요 시간 KPI를 계산하는 데 필요합니다.

변경 기록을 문제 기록에 연결해 개선 조치 단계의 시작을 나타냅니다. 'Association with Change' 시스템 이벤트로 확인합니다.

중요한 이유

변경 요청 병목 모니터에 필요합니다. 문제 관리에서 변경 관리로 업무가 인계되는 시점을 측정합니다.

최종 해결책을 구현한 시점을 나타냅니다. Freshservice에서는 보통 상태가 'Solved' 또는 'Resolved'로 바뀐 경우를 기준으로 파악합니다.

중요한 이유

영구 해결책 구현 지연 시간을 계산합니다. 기술적 수정 작업이 끝나는 시점을 나타냅니다.

기록이 잠기고 비활성 상태로 처리되는 최종 프로세스 이벤트입니다. 상태가 'Closed'로 바뀔 때 기록됩니다.

중요한 이유

프로세스 인스턴스의 최종 종료 시점을 정의합니다. 전체 주기 시간을 계산하는 데 필요합니다.

자주 묻는 질문

process mining은 Freshservice 문제 관리에 구체적으로 어떤 도움을 주나요?

process mining은 기존 Freshservice 이벤트 로그를 활용해 문제 관리 주기의 모든 단계를 시각화합니다. 조사 단계가 길어지거나 담당 그룹 간 인계가 잦은 병목을 보여 주므로, 팀은 표준 워크플로에서 벗어나는 지점을 파악할 수 있습니다.

분석을 시작하려면 Freshservice에서 어떤 데이터 필드가 필요한가요?

일반적으로 문제 기록 ID, 활동 타임스탬프, Freshservice의 필드 변경 이력이 필요합니다. 우선순위, 범주, 배정 그룹과 같은 주요 속성도 함께 내보내면 심층 분석과 필터링에 필요한 맥락을 확인할 수 있습니다.

첫 결과와 인사이트를 확인하기까지 얼마나 걸리나요?

Freshservice에서 과거 데이터를 내보낸 뒤 보통 며칠 안에 초기 인사이트를 확인할 수 있습니다. 데이터 양과 사용자 지정 필드의 복잡도에 따라 달라지지만, 대부분의 조직은 2주 이내에 실행 가능한 패턴을 파악합니다.

Freshservice 인스턴스에 소프트웨어를 설치해야 하나요?

아니요. process mining은 일반적으로 소프트웨어를 설치하는 대신 API 연동이나 데이터 내보내기를 통해 진행합니다. Freshservice 환경에 저장된 감사 로그와 티켓 이력에 접근할 수 있도록 제공하면 됩니다.

근본 원인 분석 단계가 오래 걸리는 이유를 파악할 수 있나요?

네. 각 기록의 근본 원인 분석 단계에 걸린 시간을 확인할 수 있습니다. 그런 다음 한 단계 아래로 내려가 특정 범주, 우선순위 또는 기술 팀에서 지연이 특히 큰지 살펴볼 수 있습니다.

process mining으로 그룹 간 인계를 줄일 수 있나요?

모든 전환을 매핑해 해결되지 않은 티켓이 그룹 사이를 반복해서 오가는 경우를 찾아냅니다. 이를 통해 관리자는 담당 그룹이 명확하지 않은지, 특정 기술 팀에 일부 문제 유형을 처리할 리소스가 부족한지 파악할 수 있습니다.

process mining으로 인시던트와 문제 간 관계를 추적할 수 있나요?

인시던트 티켓과 상위 문제 기록 간 연결을 추적해 관계를 명확히 확인할 수 있습니다. 이를 통해 해결 방법이 인시던트 담당자에게 전달되는지, 관련된 모든 문제에 해결 절차가 일관되게 적용되는지 확인할 수 있습니다.

문제의 SLA 준수 여부를 실시간으로 모니터링할 수 있나요?

주요 기능은 과거 데이터 분석이지만, 많은 플랫폼에서 진행 중인 규정 준수 상태를 자주 업데이트해 확인할 수 있습니다. 이를 통해 기한을 놓치기 전에 현재 문제 기록의 SLA 위반 가능성을 파악할 수 있습니다.

문제 관리 병목을 지금 해결하세요

처리 주기를 30% 단축하고 IT 서비스 안정성 향상

무료 체험 시작하기

신용카드 없이 이용할 수 있습니다. 설정에는 5분이 걸립니다.