Process Mining 과제: 프로젝트를 계획대로 진행하는 방법

증상: 분석에서 케이스가 사라지거나, 활동 순서가 잘못 보이거나, 같은 단계가 여러 이름으로 나타납니다.

원인: 시스템마다 케이스 식별자가 다를 수 있습니다. 타임스탬프의 시간대나 세부 수준이 서로 다를 수도 있습니다. 활동명이 일관되지 않거나 이벤트가 누락되면 케이스가 불완전해 보일 수 있습니다. 담당자가 불분명하거나 개인정보 보호 요건이 있거나 원본 필드를 사용할 수 없어 접근이 지연되기도 합니다.

예방 방법: 프로세스 하나로 시작하세요. 안정적인 케이스 식별자, 의미 있는 활동명, 사용 가능한 타임스탬프, 실제 업무를 대표할 만큼 충분한 완료 케이스가 있는지 확인합니다. 데이터 담당자와 초기에 접근 권한 및 개인정보 보호 요건을 확인하세요. 누락된 부분을 기록하고, 답을 구하려는 질문에 영향을 주는지 판단하세요.

특정 시스템에서 자동으로 정제된 데이터가 제공될 것이라고 가정하지 마세요. 출처와 관계없이 확보한 데이터를 검증해야 합니다. 완료된 케이스가 포함된 집중 데이터셋이 누락 필드가 있는 광범위한 데이터보다 대체로 유용합니다.

흔한 이벤트 로그 오류를 단계별로 확인하려면 로그에서 네 가지 흔한 오류 확인하기를 참고하세요.

증상: 대시보드는 있지만 무엇을 개선할지 합의하지 못하거나, 달라진 점을 확인하지 않은 채 분석을 반복합니다.

원인: 팀이 내려야 할 의사결정이 아니라 도구나 데이터셋을 중심으로 프로젝트를 시작했습니다. 기준선이 없으면 변경 전후의 프로세스를 비교할 수 없습니다. 한 번만 진행한 분석은 프로세스가 바뀌면서 활용도가 떨어집니다.

예방 방법: 운영 관점에서 질문을 작성하세요. 예를 들어 특정 프로세스의 어느 단계에서 지연이 발생하는지, 어떤 경로에서 재작업이 가장 많은지 확인할 수 있습니다. 문제를 반영하는 KPI를 정하고 기준선을 기록한 뒤 다시 검토할 시점에 합의하세요. Process Mining을 보관용 보고서가 아니라 반복 가능한 개선 주기로 활용하세요.

증상: 이해관계자는 결과에 관심을 보이지만 아무도 조치를 결정하지 않습니다. 프로세스 담당자가 참여하지 않거나 첫 발표 후 지원이 줄어듭니다.

원인: 업무를 잘 아는 사람이 참여하지 않았거나, 조치를 취할 권한과 시간이 있는 사람이 없습니다. 프로젝트가 사업 우선순위와 연결되지 않으면 현재 문제를 해결하는 방법이 아니라 추가 업무로 느껴질 수 있습니다.

예방 방법: 분석을 시작하기 전에 프로세스 담당자와 경영진 후원자를 지정하세요. 실제 업무를 수행하고 관리하는 사람도 참여시킵니다. 분석 결과로 뒷받침할 의사결정에 합의하고, 현실적인 목표를 정한 뒤 검토 일정을 잡으세요.

증상: 팀에서 프로세스 관련 질문에 답하기보다 연결을 설정하거나 도구를 익히는 데 더 많은 시간을 씁니다. 변경할 때마다 전문가의 도움이 필요합니다.

원인: 도구가 데이터 형식, 팀의 기술 수준 또는 프로젝트 범위에 맞지 않을 수 있습니다. 설정이 복잡하면 첫 분석이 늦어질 수 있고, 라이선스가 사용 목적에 맞지 않으면 참여가 제한될 수 있습니다.

예방 방법: 전사 도입을 결정하기 전에 데이터 내보내기 파일 하나로 워크플로를 시험해 보세요. 도구가 보유한 데이터와 호환되는지, 분석 담당자가 직접 사용할 수 있는지 확인하세요. 도구가 측정·모델링·시뮬레이션하는 범위를 명확히 파악하세요. 프로세스 변경을 직접 실행해 줄 것이라고 기대해서는 안 됩니다.

가능한 원인: 데이터 접근, 소유권 또는 준비 요건이 정해지지 않았습니다.

조치: 데이터 소유자, 필수 필드, 접근 경로를 확인하세요. 소량의 데이터를 내보내 시험해 보세요.

가능한 원인: 범위가 하나의 의사결정과 연결되지 않았습니다.

조치: 처음 제기한 질문으로 돌아가세요. 첫 분석을 마칠 때까지 추가 프로세스는 보류하세요.

가능한 원인: 이벤트가 누락되었거나 활동 이름이 서로 다르거나 프로세스 경계가 명확하지 않습니다.

조치: 프로세스 전문가와 사례를 검토하고 이벤트 정의를 바로잡으세요.

가능한 원인: 팀에 기준선이나 합의된 KPI가 없습니다.

조치: 현재 KPI를 기록하고 언제, 어떤 방식으로 다시 측정할지 정하세요.

가능한 원인: 의사결정이나 다음 단계의 담당자가 없습니다.

조치: 담당자를 지정하고 조치에 합의한 뒤 검토 일정을 정하세요.

가능한 원인: 실제 업무를 수행하는 사람들을 프로젝트 설계에 참여시키지 않았습니다.

조치: 프로세스 검증과 분석 질문 선정에 현업 담당자를 참여시키세요.

가능한 원인: 워크플로가 지나치게 복잡하거나 지식이 한 사람에게 집중되어 있습니다.

조치: 절차를 문서화하고 분석을 유지관리할 담당자의 역량을 키우세요.

증상: 각 단계를 분석에 포함할지 두고 팀에서 의견이 엇갈리거나, 모델이 너무 복잡해 의사결정에 도움이 되지 않습니다.

원인: 실제 프로세스에는 여러 변형과 예외, 인수인계가 있습니다. 구체적인 질문을 정하기 전에 모든 세부 사항을 매핑하면 복잡성만 커집니다. 모델을 모든 사례를 빠짐없이 설명하는 자료로 간주하면 잘못된 판단으로 이어질 수도 있습니다.

예방 방법: 프로세스 경계를 정하고 질문과 관련된 주요 단계에 집중하세요. process mining으로 사례별 차이를 확인한 다음, 문제와 관련된 변형을 조사하세요. 실제 업무를 수행하는 사람들에게 이벤트 데이터가 보여 주는 내용을 검증받으세요.

증상: 같은 활동을 팀마다 다르게 부르거나 사례가 언제 완료되는지를 두고 의견이 다릅니다.

원인: 부서, 시스템 또는 문서마다 프로세스 정의가 달라졌습니다. 이로 인해 결과를 비교하기 어렵고 지연 원인이 가려질 수 있습니다.

예방 방법: 결과를 비교하기 전에 사례의 정의와 주요 활동의 의미를 합의하세요. 가정과 데이터 변환 내용을 기록해 분석을 검토하고 재현할 수 있도록 하세요.

증상: 프로세스 맵은 있지만 분석과 함께 일관되게 활용할 방법이 없습니다.

원인: 문서화와 이벤트 데이터 분석을 별개의 업무로 다룹니다. 다이어그램에는 의도한 프로세스가, 이벤트 로그에는 실제로 일어난 일이 담길 수 있습니다.

예방 방법: 모델을 참고 자료로 삼아 실제 관찰된 프로세스와 비교하세요. 모든 차이를 없애려 하기보다 비즈니스 질문과 관련된 편차를 조사하세요.

증상: 결과를 바탕으로 한 변경에 반대하거나 분석이 실제 업무와 관련 있는지 의문을 제기합니다.

원인: 프로젝트가 현재의 비즈니스 우선순위와 연결되지 않았을 수 있습니다. 분석 방법을 이해하지 못하거나 질문을 정하는 데 참여하지 않은 사람들은 결과를 신뢰하지 않을 수 있습니다.

예방 방법: 분석의 목적과 범위, 한계를 설명하세요. 프로세스 소유자와 현업 팀을 초기에 참여시키고 구체적인 운영 목표와 연결하세요. 결론만 공유하지 말고 근거와 가정도 함께 제시하세요.

증상: 특정 분석가가 자리를 비우면 업무가 늦어지거나 다른 팀에서 분석을 유지관리하지 못합니다.

원인: 데이터와 정의, 분석 절차에 관한 지식이 공유되지 않았습니다.

예방 방법: 프로세스와 데이터 정의, 의사결정 내용을 문서화하세요. 결과를 활용할 담당자를 교육하고 변경 요청이나 결과 검토 절차를 마련하세요. Center of Excellence가 팀 간 업무를 조율할 수는 있지만 프로세스 소유권을 대신하지는 않습니다.

증상: 파일럿이 끝났지만 계속할지, 조정할지, 중단할지 결정할 계획이 없습니다.

원인: 팀이 파일럿을 반복 가능한 접근법을 시험하는 과정이 아니라 최종 결과로 여겼습니다.

예방 방법: 파일럿을 시작하기 전에 다음 단계로 넘어갈 근거를 정하세요. 후원자 및 프로세스 소유자와 결과를 검토하세요. 데이터와 방법, 담당 체계가 더 넓은 범위를 뒷받침할 수 있을 때만 확대하세요.