프로세스 모니터링: 개선 효과를 지속적으로 확인하는 방법

프로세스를 지속적으로 모니터링하는 방법

프로세스 모니터링은 실제 업무 흐름을 추적하고 결과를 설정한 기준선 및 목표와 비교합니다. 개선 효과가 유지되는지 확인하고, 변화가 생기면 파악해 조사 여부를 결정할 수 있습니다. 많은 프로세스에서 월간 검토부터 시작하는 것이 실용적이며, 큰 변경이 있거나 성과가 불안정할 때는 더 자주 점검합니다.

모니터링을 통해 일회성 분석을 지속적인 개선 활동으로 전환할 수 있습니다. 모든 지표를 매일 검토할 필요는 없습니다. 명확한 기준선과 소수의 지표, 담당자, 그리고 결과가 허용 범위를 벗어났을 때 조치하는 절차가 필요합니다.

프로세스 모니터링이란

프로세스 모니터링은 기준선과 정해진 기대 수준을 바탕으로 프로세스를 정기적으로 추적하는 것입니다. 성과가 달라졌는지, 개선 효과가 유지되는지, 추가 조사가 필요한지 확인할 수 있습니다.

보고는 특정 기간에 어떤 일이 있었는지 알려줍니다. 모니터링은 기준선이나 목표와 현재 결과를 비교하고, 의미 있는 변화를 알려주며, 다음 조치를 결정할 담당자를 지정합니다. 대시보드에서 현재 수치를 볼 수는 있지만, 기준점과 검토 계획이 없다면 그 수치에 조치가 필요한지는 알 수 없습니다.

process mining은 프로세스 자체를 모니터링하는 데 도움이 됩니다. 이벤트 데이터에서 흐름을 재구성하므로 합계에만 의존하지 않고 경로, 업무 인계, 대기 시간 및 규정 준수를 살펴볼 수 있습니다. 먼저 프로세스 분석을 통해 현재 상황을 파악한 뒤, 새로운 데이터가 들어올 때 관련 보기를 계속 확인하세요.

프로세스 모니터링이 중요한 이유

병목을 발견했거나 단계를 변경했거나 새로운 업무 방식을 도입했을 수 있습니다. 다음으로 확인할 것은 변경이 실제로 효과가 있었는지, 그 결과가 유지되는지입니다.

기준선과 정기 점검이 없으면 개선 효과가 사라져도 알아차리지 못할 수 있습니다. 업무 패턴이 바뀌고 예외가 쌓이며 새로운 병목이 생길 수 있습니다. 그렇다고 프로세스가 반드시 실패한 것은 아닙니다. 프로세스가 변화한 것입니다. 모니터링을 통해 변화를 일찍 파악하고 조사하거나 조정할지 결정할 수 있습니다.

모니터링은 프로세스 개선을 실무에 적용하기 쉽게 합니다. 변경 사항을 적용한 뒤 개선 프로젝트를 끝내는 대신, 검토할 때마다 결과를 확인하고 다음 질문을 찾을 수 있습니다. 이것이 지속적인 프로세스 개선의 기반입니다. 관찰하고, 비교하고, 조사한 뒤 다음 조치를 결정합니다.

문제를 찾을 때 사용한 대시보드를 계속 확인하면 됩니다. 변경 사항과 직접 관련된 지표부터 살펴보고, 실제 질문에 답하는 데 도움이 될 때만 지표를 추가하세요.

이 가이드는 프로세스 개선 시리즈의 일부입니다. 모니터링에 앞서 필요한 단계는 프로세스 분석 및 프로세스 최적화 실행 가이드에서 확인하세요.

살펴봐야 할 주요 프로세스 지표

검토의 유용성은 어떤 지표를 살펴보느냐에 달려 있습니다. 주요 프로세스 지표는 한 팀의 결과가 아니라 프로세스 자체를 설명합니다. 시작할 때는 몇 가지 지표만으로 충분합니다.

• 케이스별 및 활동별 처리 시간을 확인해 전체 처리 시간이 달라졌는지, 특정 단계에서 달라졌는지 파악합니다.
• 대기 시간과 작업 시간을 비교해 작업 자체가 느린지, 앞에서 대기열이 생겼는지 구분합니다.
• 재작업 및 반복 단계를 케이스별로 집계합니다. 반복 작업은 대개 단계 하나가 오래 걸리는 것보다 비용이 큽니다.
• 처리량과 미처리 건수를 확인합니다. 해당 기간에 접수된 물량과 기간 말에 아직 완료되지 않은 케이스 수를 살펴봅니다.
• 변형별 비중을 확인해 표준 경로를 따르는 케이스의 비율을 파악합니다.
• 기한 내 완료율을 확인해 설정한 약속 시간 안에 완료된 케이스의 비율을 파악합니다.

두 가지 원칙을 지키면 지표를 일관되게 관리할 수 있습니다. 각 지표의 시작과 끝, 예외로 처리할 항목을 한 번 정하고 정의를 지표 옆에 기록해 작성자가 바뀌어도 유지되게 하세요. 그런 다음 답하려는 질문에 맞춰 3~5개 지표를 검토 대상으로 정합니다. 지표를 더 늘려도 의사결정은 달라지지 않고 검토 시간만 길어질 수 있습니다.

얼마나 자주 모니터링해야 하나요?

프로세스가 얼마나 빠르게 변하는지, 결과의 변동 폭은 어느 정도인지, 얼마나 신속하게 대응해야 하는지를 기준으로 주기를 정하세요. 대시보드가 매일 갱신된다는 이유만으로 매일 검토하지 마세요. 모니터링에는 결과를 검토하고 변화를 해석해 조치 여부를 결정할 담당자의 시간이 필요합니다. 안정된 프로세스에서 매일 같은 결과가 나온다면 매일 검토하는 것은 시간 낭비입니다.

많은 프로세스는 월간 검토부터 시작해도 무리가 없습니다. 최근 변경했거나 불안정한 프로세스는 몇 주 동안 매주 확인해야 할 수 있습니다. 시간이 지나도 안정적으로 유지된다면 월간 또는 분기별 검토로 전환할 수 있습니다. 목표 범위는 계속 설정해 두어 보기를 여는 사람이 범위를 벗어난 값을 확인할 수 있게 하세요.

적절한 점검 주기는 조치할 시간을 확보하면서도 가능한 한 간격을 길게 잡는 것입니다. 프로세스나 위험이 달라지거나, 문제가 발생한 뒤에야 검토에서 발견되는 경우 주기를 다시 조정하세요.

정기 모니터링 설정하기

정기 모니터링은 월간 또는 분기별처럼 정해진 일정에 따라 프로세스 성과를 검토하는 것입니다. 목적은 확인할 수 있는 모든 지표를 살펴보는 것이 아닙니다. 일관된 보기와 저장된 기준선을 비교하고, 결과가 달라질 때 어떻게 대응할지 합의하는 것입니다.

기준선 저장하기

변경 전에 평가에 사용할 보기와 지표를 기록하고 저장하세요. 다음 검토에서도 동일한 필터, 차트 및 정의를 불러올 수 있습니다. 저장된 보기를 링크로 공유할 수 있다면 “4.2일”을 논의하는 두 사람이 같은 케이스를 확인할 수 있습니다. 이후 기간을 비교할 때도 정의와 범위를 동일하게 유지하세요. 필터나 지표를 변경했다면 내용을 기록해 다른 보기를 성과 변화로 오해하지 않도록 합니다.

기준선에는 다음 내용을 기록합니다.

• 검토한 기간과 프로세스 범위
• 적용한 필터와 세그먼트
• 추적할 KPI
• 각 KPI에 합의한 목표와 목표를 기록한 위치
• 변경 후 기대하는 결과
• 결과 검토 담당자

월간 프로세스 모니터링 점검표

이 점검표를 월간 검토의 출발점으로 활용하세요. 프로세스와 필요한 의사결정에 맞게 조정하면 됩니다.

프로세스에서 목표를 확인할 수 있도록 두세요. 슬라이드에만 적힌 목표는 다음 슬라이드로 대체될 수 있습니다. 지표 옆에 목표를 기록하거나 차트가 참조하는 설정값 하나에 저장하면 작성자가 바뀌어도 유지됩니다. 목표가 SLA나 비용 기준이라면 한 곳에서 관리해 차트마다 따로 변경하지 않도록 하세요.

상세 분석을 시작할 기준을 간단히 정하세요. 값이 목표 범위를 벗어나거나, 부정적인 변화가 두 번의 검토에서 연속으로 나타나거나, 특정 세그먼트가 전체 추세와 달라질 때 조사합니다. 한 번의 이례적인 결과는 잡음일 수 있습니다. 변화로 판단하기 전에 데이터 최신성, 범위 및 케이스 구성을 확인하세요.

대시보드를 활용하면 검토를 반복하기 쉽습니다. 프로세스 책임자가 확인할 수 있는 위치에 지표를 배치하고, 사용 가능한 모든 데이터가 아니라 의사결정에 필요한 내용에 집중하세요.

정기 검토에서 실시간 모니터링으로

프로세스 변화가 느리고 다음 정기 점검 때 대응해도 된다면 정기 검토로 충분합니다. 다음 검토까지 기다리는 것이 큰 영향을 미칠 수 있다면 더 자주 또는 거의 실시간으로 모니터링하는 방안을 고려하세요. 지속적인 프로세스 모니터링은 데이터가 자동으로 계속 들어온다는 뜻이지, 누군가 하루 종일 화면을 지켜본다는 뜻은 아닙니다. 데이터가 의사결정으로 이어지려면 합의한 점검 주기가 여전히 필요합니다.

다음과 같은 경우 더 빠르게 신호를 받아야 할 수 있습니다.

• SLA 또는 시간에 민감한 약속에 신속히 대응해야 합니다.
• 케이스 물량이 많아 작은 문제가 빠르게 여러 케이스에 영향을 줄 수 있습니다.
• 프로세스나 운영 조건이 빠르게 변합니다.
• 지연이나 오류가 고객에게 즉각적인 영향을 미칩니다.
• 규정 준수 관련 예외를 신속히 파악해야 합니다.

점검 주기를 단축하기 전에 더 빠른 신호가 어떤 조치로 이어질지, 누가 대응할지 정하세요. 신호에 따라 조치할 사람이 없다면 업데이트를 자주 받아도 잡음만 늘고 프로세스 개선에는 도움이 되지 않습니다.

지속적인 모니터링으로 전환하려면 데이터도 뒷받침되어야 합니다. 데이터를 정기적으로 갱신하고 이벤트를 케이스에 연결할 방법을 마련해야 합니다. 데이터 추출 주기에 따라 신호가 전달될 수 있는 속도도 달라집니다. 매일 또는 매시간 확인할 수 있다고 약속하기 전에 갱신 주기를 합의하세요.

데이터가 자주 갱신되더라도 정기 검토는 유지하세요. 대시보드에서 변화를 확인할 수 있지만, 정기적으로 논의해야 원인을 파악하고 대응 담당자를 정하며 조치가 효과가 있었는지 확인할 수 있습니다.

프로세스 모니터링 도구와 대시보드

프로세스 모니터링 소프트웨어는 크게 세 가지로 나뉘며, 각기 다른 질문에 답합니다. 적합한 도구는 필요한 답과 보유한 데이터에 따라 달라집니다. 규모가 작은 프로세스라면 스프레드시트로 충분할 수 있습니다. 지표가 이미 데이터 웨어하우스에 있다면 BI 대시보드로 합계를 추적할 수 있습니다. process mining은 변형, 규정 준수 및 대기 시간을 포함해 케이스가 프로세스에서 어떻게 이동하는지 보여줍니다.

필요한 상세 수준에 따라 도구를 선택하세요. 합계만 필요하다면 BI 대시보드로 충분할 수 있습니다. 케이스가 어디에서 대기하는지 또는 경로가 어떻게 다른지 알아야 한다면 process mining으로 합계의 배경이 되는 흐름을 확인할 수 있습니다. 아래 절차에서는 ProcessMind의 process mining을 사용합니다.

모델, 데이터 및 문서를 한곳에서 관리하는 플랫폼은 모니터링 절차에서 한 가지 이점이 있습니다. 프로세스 책임자, 목표 및 수치의 근거가 되는 케이스를 프로세스와 같은 곳에서 확인할 수 있어, 검토를 시작할 때 데이터를 내보낼 필요가 없습니다.

어떤 방식을 사용하든 검토 전에 기준선과 목표를 설정하고, 프로세스 책임자가 결과를 확인할 수 있게 하세요. 아무도 확인하거나 책임지지 않는 지표는 의사결정에 도움이 되지 않습니다.

지금까지 설명한 내용은 어떤 도구를 사용해도 적용할 수 있습니다. 다음 절에서는 ProcessMind에서 같은 절차를 진행하는 방법을 설명합니다.

개선 효과 검증하기

모니터링을 통해 변경 사항이 기대한 결과를 냈는지 확인할 수 있습니다. 변경을 실행하기 전에 기대하는 결과와 측정 방법을 기록하세요. 그런 다음 동일한 범위와 정의를 적용해 결과를 기준선과 비교합니다.

이 수치는 비교를 구성하는 방법을 보여 주는 예시일 뿐, 프로세스의 목표값이 아닙니다. 현재 기준과 비즈니스 요구에 맞춰 기대 수준을 정하세요.

의도한 결과뿐 아니라 부작용도 확인하세요. 한 단계를 빠르게 처리한 결과 다음 단계에 대기열이 생기지는 않았나요? 한 종류의 재작업을 줄이는 대신 다른 재작업이 늘지는 않았나요? 변경 사항이 일부 케이스 유형에만 영향을 주지는 않았나요? 전체적으로는 긍정적인 결과처럼 보여도 세그먼트별로 자세히 살펴봐야 할 수 있습니다.

모니터링을 통해 다음 개선 기회를 찾을 수도 있습니다. 큰 병목을 줄이고 나면 다른 제약 요인이 더 뚜렷하게 드러날 수 있습니다. 데이터 품질이 개선되면 이전에는 보이지 않던 패턴을 살펴볼 수 있습니다. 검토할 때마다 지속적인 개선을 위한 다음 결정을 뒷받침할 근거를 얻을 수 있습니다.

모니터링 결과 공유하기

의사결정 책임자가 결과를 이해할 수 있어야 모니터링이 효과를 발휘합니다. 변경 사항과 비교 결과, 필요한 조치를 공유하세요. 의사결정에 영향을 주는 지표가 몇 개뿐이라면 모든 지표를 전달하지 않는 편이 좋습니다.

대상에 맞춰 정보의 상세 수준을 조정하세요.

매월 간단한 요약을 작성해 변경 사항, 목표 범위를 벗어난 값, 결정 사항, 후속 조치 담당자를 기록하세요. 대시보드는 논의를 뒷받침할 수 있지만, 명확한 결정과 다음 단계를 대신할 수는 없습니다. 결정 사항은 프로세스 문서에 남기세요. 다음에 프로세스를 확인하는 사람이 구두로 설명을 듣지 않아도 무엇이 바뀌었는지 알 수 있습니다.

보기를 공유하기 전에 다음 세 가지를 확인하세요.

• 이 정보는 어떤 결정을 뒷받침하나요?
• 보는 사람이 어떤 조치를 취할 수 있나요?
• 그 조치에 적합한 상세 수준인가요?

누군가가 실제로 조치를 취할 수 있도록 구성한 간결한 보기가 아무도 열어 보지 않는 방대한 대시보드보다 유용합니다.

모니터링 문화 만들기

팀의 기존 업무 방식에 맞춰야 모니터링을 꾸준히 이어갈 수 있습니다. 정기 회의나 보고 주기에 검토를 포함하고, 프로세스 책임자가 변경 사항을 조사할 시간을 확보하세요. 모든 결과를 처음부터 설명해야 하는 분석가 한 명에게 모니터링 책임을 맡기지 마세요.

지표를 읽는 방법을 문서화하고, 기준값과 필터를 쉽게 확인할 수 있게 하며, 책임을 명확히 해 담당 범위를 공유하세요. 검토를 통해 유용한 사실을 발견했다면 팀이 무엇을 확인했고 어떤 조치를 했는지 알리세요. 그러면 모니터링을 그 자체가 목적인 보고 업무가 아니라 업무 개선의 일부로 받아들이는 데 도움이 됩니다.

모니터링은 필요한 수준에 맞게 운영하세요. 의미 있는 지표 몇 개에 각각 목표값과 담당자를 지정하는 편이, 합의된 대응 방안도 없이 지표만 길게 나열하는 것보다 유지하기 쉽습니다.

모니터링을 줄일 시점

모든 프로세스를 계속 같은 수준으로 살펴볼 필요는 없습니다. 결과가 안정적이고 모든 값이 목표 범위 안에 있으며, 잦은 검토가 더 이상 의사결정에 영향을 주지 않는다면 검토 주기를 늘릴 수 있습니다.

계획 없이 모니터링을 중단하기보다 점진적으로 줄이세요.

1. 프로세스가 안정적이라면 주간 검토를 월간으로, 월간 검토를 분기별로 전환하세요.
2. 지표는 프로세스의 주요 위험과 기대 결과에 계속 연결해 두세요.
3. 목표 범위는 유지하세요. 도구에서 알림을 보내지 않는다면 범위를 벗어난 값이 있을 때 누군가가 직접 보기를 열어 확인해야 합니다.
4. 기준 보기를 저장해 두면 상황이 바뀔 때 다시 면밀히 검토할 수 있습니다.

프로세스가 바뀌거나 성과가 저하되거나 새로운 위험이 나타나면 검토 주기를 다시 줄이세요. 모니터링을 영원히 같은 강도로 이어가는 것이 목적은 아닙니다. 프로세스에 주의가 필요한 시점을 파악할 수 있도록 충분한 가시성을 유지하는 것이 목적입니다.

ProcessMind에서 프로세스 모니터링하기

앞서 소개한 방법은 어떤 도구로든 적용할 수 있습니다. 이 절에서는 같은 모니터링 방식을 ProcessMind에서 어떻게 운영하는지, 그리고 스프레드시트나 BI 대시보드와 비교해 어떤 점이 다른지 설명합니다.

체크리스트 단계별로 확인할 위치

플랫폼에서 변경 사항 조사하기

검토 중 이상 징후가 발견되면 한 번에 한 가지 질문만 살펴보는 원칙은 그대로입니다. 플랫폼에서는 세 가지 비교 방법을 바로 사용할 수 있습니다.

두 기간 비교하기. 현재 데이터를 비교 데이터세트로 기준 기간 옆에 추가하고 케이스 ID, 액티비티, 타임스탬프 매핑을 맞추세요. 그러면 차이 보기에서 어떤 액티비티가 새로 나타났거나 사라졌는지, 처리 속도가 어떻게 바뀌었는지 확인할 수 있습니다. 처리량과 휴일, 케이스 구성이 수치에 영향을 주므로 비교 가능한 기간을 선택하세요.

세그먼트별로 살펴보기. 필터를 사용해 고객 유형, 지역, 제품 또는 사업부별로 케이스를 나누세요. 전체 수치가 안정적이어도 특정 그룹에서 문제가 발생할 수 있으며, 평균 변화가 단지 케이스 구성의 차이 때문일 수도 있습니다.

살펴본 조건을 저장하기. 필터링한 보기는 모두 북마크로 저장할 수 있습니다. 필터와 차트, KPI 정의가 함께 저장되고 링크로 공유할 수 있으므로 다음 달 검토 때는 처음부터 다시 구성하지 않고 마지막으로 확인한 보기를 열 수 있습니다. 변경 사항을 적용한 날짜가 분명하다면 같은 비교 데이터세트로 적용 전후를 비교할 수 있습니다. 변경 사항을 먼저 모델링했다면 시뮬레이션 결과가 예상값을 보여 줍니다. 실제 적용 후 다시 살펴볼 수 있는 가정을 바탕으로 같은 프로세스 흐름을 비교합니다.

데이터 최신성 확인하기

API 수집을 사용하면 분기별 업로드 대신 매일 밤 또는 매시간 데이터를 불러올 수 있습니다. 품질 패널의 최신성 항목에서 현재 확인 중인 데이터 불러오기 시점을 알 수 있습니다. 데이터 불러오기 이후의 동작도 정확히 알아 두어야 합니다. 범위를 벗어난 값은 누군가 보기를 열면 표시되지만, 보기를 열지 않아도 Slack, Teams 또는 이메일로 알림을 받는 기능은 현재 제공되지 않습니다. 따라서 알림이 먼저 찾아오기를 기대하기보다 직접 확인할 수 있는 주기로 검토 일정을 정하세요.

모니터링에 플랫폼이 더하는 기능

프로세스별 상태 점수. Process Health 대시보드는 적합성, 균일성, 재작업, 효율성, 원활성의 다섯 가지 차원으로 각 프로세스를 평가합니다. 차트 스무 개를 살펴보는 대신 종합 점수와 가장 낮은 점수의 차원부터 검토할 수 있습니다. 차원별 대시보드를 열면 해당 내용을 자세히 확인할 수 있고, 대표 타일에는 가장 큰 개선 기회가 표시됩니다. 적합성 비율과 같은 값을 선택하면 그 값에 해당하는 케이스 ID를 확인할 수 있으며, 모델 경고를 선택하면 설계 문제를 보여 주는 대시보드로 이동합니다. 점수는 논의를 끝내는 답이 아니라 시작점입니다.

지표마다 목표값 설정. 차트에 기준 범위를 설정할 수 있습니다. 시작과 종료 경계, 색상, 선택적 채우기 설정이 있는 범위로, 게이지나 선 차트에서 값이 양호한지, 주의가 필요한지, 범위를 벗어났는지 확인할 수 있습니다. 목표가 SLA나 비용 규칙이라면 경계값을 Process Settings의 slaTargetDays 같은 상수를 사용하는 식으로 설정할 수 있습니다. 그러면 차트마다 수정하지 않아도 한 곳에서 목표값을 변경할 수 있습니다. 기준 범위 설정은 차트 안내서에서 확인하세요.

기본 지표 세트로 시작. 지표 목록을 직접 만들 필요는 없습니다. 프로세스 하나를 시작할 때는 50번째 및 90번째 백분위수 기준 처리 시간, 대기 시간과 작업 시간의 비율, 재작업률, 첫 시도 성공률, 적합성 비율, 처리량을 살펴볼 수 있습니다. 각 지표에 담당자와 목표값을 지정하면 프로세스 KPI가 됩니다. 대시보드와 실행 약속의 차이는 담당자가 개선하기로 합의한 짧은 프로세스 KPI 목록을 해당 프로세스의 주요 지표로 관리하는 데 있습니다. 각 지표의 산출 기준은 지표 안내서에서 확인할 수 있습니다.

데이터 자체의 품질 확인. 모든 데이터세트에는 백분율 점수가 표시된 품질 배지가 있습니다. 배지를 열면 데이터 최신성, 속성 범위, 액티비티 반영 수준을 보여 주는 패널이 나타납니다. 데이터가 불러올 때마다 배지가 갱신되므로, 검토를 이 패널에서 시작하면 오래된 데이터로 인한 변화를 회의에서 설명하는 일을 줄일 수 있습니다. AI 데이터 추천은 먼저 수정할 매핑 및 품질 문제를 알려 주며, 패널에 대한 자세한 내용은 데이터 품질 안내서에서 확인할 수 있습니다.

상태 대시보드와 데이터 품질 패널은 Process Intelligence 라이선스 이상에서 사용할 수 있습니다.

이번 주에 프로세스 모니터링 시작하기

개선을 지속하고 싶은 프로세스 하나를 선택하고, 북마크 하나와 간단한 지표 세트부터 시작하세요. 각 지표의 목표값을 정하고 데이터세트의 품질 패널을 확인한 뒤 담당자를 지정하고 첫 검토 일정을 등록하세요.

관련 자료:

• 프로세스 분석 방법 - 현재 상황 파악하기
• 프로세스 최적화 실행 방법 - 인사이트를 실행으로 옮기기
• 데이터 기반 프로세스 개선을 위한 전략 가이드 - 데이터 기반 개선 안내
• 자동화 기회 찾는 방법 - process mining으로 기회 찾기
• 프로세스 개선 기법 총정리 - 프로세스 개선 접근법 비교