프로세스 매핑: 유형, 기호와 예시

프로세스 매핑이란 무엇인가요? 의미, 유형과 예시

프로세스 매핑은 활동, 의사결정, 인계 과정을 시각적 순서로 문서화하는 작업입니다. 정해진 시작점부터 결과에 이르기까지 업무가 어떻게 진행되는지 함께 확인할 수 있습니다.

프로세스 매핑은 워크숍에서 그리는 간단한 순서도부터 BPMN 2.0으로 작성한 상세 다이어그램까지 다양합니다. 적절한 형식은 무엇을 설명하려는지, 누가 맵을 읽을지, 프로세스에 어느 정도의 세부 정보가 필요한지에 따라 달라집니다. 이 가이드에서는 9가지 프로세스 맵 유형을 비교하고, 자주 쓰는 기호와 실무에서 활용할 수 있는 6단계 접근법을 설명합니다.

프로세스 매핑이 필요한 이유는 무엇인가요?

프로세스 맵은 진행 단계와 담당자를 한눈에 보여 줍니다. 프로세스를 변경하거나 팀을 교육하거나 시스템을 선택하기 전에 구성원 간에 이해가 다른 부분을 찾는 데 도움이 됩니다.

다음과 같은 목적으로 맵을 활용하세요.

• 프로세스 진행 방식에 합의합니다. 관련자들이 동일한 단계, 의사결정, 인계 순서를 함께 확인할 수 있습니다.
• 범위를 명확히 합니다. 시작점과 종료점을 정해 분석의 초점을 유지합니다.
• 담당자를 명확히 합니다. 각 활동을 수행하는 역할, 팀 또는 시스템을 표시합니다.
• 지연과 재작업의 가능성을 찾습니다. 대기, 반복 단계, 불분명한 의사결정, 불필요한 인계를 살펴봅니다.
• 교육과 온보딩을 지원합니다. 업무에 필요한 프로세스를 시각 자료로 제공합니다.
• 현재 상태를 기록합니다. 변경을 제안하기 전에 현재 프로세스에 대한 이해를 문서화합니다.
• 시스템 또는 조직의 변화에 대비합니다. 영향을 받을 수 있는 단계, 역할, 의존 관계를 파악합니다.
• 개선의 출발점을 마련합니다. 맵을 바탕으로 질문을 정하고 다음에 필요한 근거를 판단합니다.

맵은 프로세스를 이해하는 데 유용한 자료이지만 모든 케이스가 같은 경로를 따른다는 증거는 아닙니다. 실제 업무를 수행하는 사람들과 맵을 검증하세요. 특정 경로의 발생 빈도나 단계별 소요 시간을 알고 싶다면 다이어그램뿐 아니라 프로세스 데이터도 필요합니다.

프로세스 매핑 기호와 표기법이란 무엇인가요?

프로세스 매핑 기호는 활동, 의사결정, 이벤트, 흐름의 방향을 나타내는 시각적 규칙입니다. 일관된 기호를 사용하면 독자가 각 도형의 의미를 추측하지 않고 맵을 해석할 수 있습니다.

기본 순서도에서 흔히 사용하는 기호는 다음과 같습니다.

이러한 규칙은 팀과 도구에 따라 다를 수 있습니다. 독자가 기호를 다르게 해석할 가능성이 있다면 간단한 범례를 추가하세요.

BPMN 2.0은 이벤트, 활동, 게이트웨이, 흐름을 비롯해 프로세스 동작을 문서화하는 데 필요한 더 정형화된 요소를 제공합니다. 팀 간에 일관된 표기법을 사용해야 하거나 간단한 순서도보다 상세한 내용을 표현해야 할 때 유용합니다. BPMN 요소와 표기법은 BPMN 2.0 가이드를 참고하세요.

비즈니스 프로세스 모델링이란 무엇인가요?

비즈니스 프로세스 모델링은 프로세스를 이해하고 분석하고 전달하거나 개선할 수 있도록 구조화해 표현하는 작업입니다. 모델에는 활동, 역할, 의사결정, 이벤트와 이들 사이의 관계가 표시될 수 있습니다.

프로세스 매핑과 프로세스 모델링은 서로 관련된 용어이며, 같은 의미로 쓰이기도 합니다. 이 가이드에서는 프로세스 매핑을 프로세스를 시각적으로 문서화하는 작업으로, 프로세스 모델링을 분석이나 다른 용도에 활용할 수 있도록 충분한 구조와 세부 정보를 갖춰 표현하는 작업으로 구분합니다. 두 용어의 차이는 목적과 세부 수준에 있으며, 서로 완전히 다른 활동을 가리키는 엄격한 경계는 아닙니다.

모델은 자유 형식일 수도 있고 BPMN 2.0 같은 표준을 사용할 수도 있습니다. 표기법을 쓴다고 해서 다이어그램이 저절로 정확해지는 것은 아닙니다. 범위에 합의하고, 프로세스를 잘 아는 사람들의 의견을 모으고, 결과를 검증해야 합니다.

프로세스 매핑과 프로세스 모델링은 어떻게 다른가요?

프로세스 매핑은 보통 실무적인 질문에서 시작합니다. 무슨 일이 어떤 순서로 일어나며 누가 참여하나요? 프로세스 모델링은 이벤트, 데이터, 예외, 프로세스 요소 간 관계 등 더 많은 세부 정보를 표현할 수 있습니다.

간단한 맵으로 시작한 뒤, 대상이나 목적에 따라 세부 내용을 추가할 수 있습니다. 상세한 모델이 언제나 더 나은 것은 아닙니다. 프로세스가 단순한데 표기법을 지나치게 추가하면 다이어그램을 읽기 어려워질 수 있습니다.

프로세스 모델링과 process mining이 서로 어떻게 보완하는지 자세히 알아보려면 매핑과 마이닝을 함께 활용하는 방법을 읽어보세요.

어떤 유형의 프로세스 맵을 사용해야 할까요?

답을 찾으려는 질문에 맞춰 맵을 선택하세요. 순서도는 작업 순서를 보여주고, 스윔레인 맵은 책임과 업무 인계를 드러내며, SIPOC 다이어그램은 전체 범위를 개괄합니다. 고객 가치, 프로젝트 일정, 문제의 잠재 원인에 초점을 맞춘 형식도 있습니다.

1. 순서도

순서도는 활동과 의사결정의 흐름을 순서대로 보여줍니다. 단계가 적당히 많지 않은 프로세스를 빠르고 읽기 쉽게 살펴보려 할 때 좋은 출발점입니다.

사용할 때: 단순한 프로세스를 설명하거나 현재 상태를 논의할 때, 또는 의사결정에 따라 흐름이 달라지는 지점을 찾을 때 적합합니다.

2. BPMN 2.0 다이어그램

BPMN 2.0 다이어그램은 표준화된 표기법으로 프로세스 단계, 이벤트, 의사결정, 흐름을 표현합니다. 기본 순서도보다 더 많은 세부 사항을 담으면서도 일관된 시각적 언어를 제공합니다.

사용할 때: 여러 팀이 같은 기준으로 읽고 논의할 수 있는 상세한 표준 모델이 필요할 때 적합합니다. ProcessMind에서 사용하는 표기법은 BPMN 2.0입니다. 자세한 내용은 BPMN 2.0 가이드를 참조하세요.

3. 가치 흐름 맵

가치 흐름 맵은 제품, 서비스 또는 요청이 프로세스를 거치는 과정을 보여줍니다. 고객 가치에 기여하는 단계와 각 단계 사이에 걸리는 시간에 초점을 둡니다.

사용할 때: 특히 Lean 개선 활동에서 흐름, 대기 시간, 가치 전달을 살펴보려 할 때 적합합니다. 가치 흐름 매핑 가이드를 참조하세요.

4. SIPOC 다이어그램

SIPOC은 공급자(Suppliers), 입력(Inputs), 프로세스(Process), 출력(Outputs), 고객(Customers)을 뜻합니다. 이 다이어그램은 누가 입력을 제공하고, 프로세스가 무엇을 만들며, 누가 결과물을 받는지 개괄적으로 보여줍니다.

사용할 때: 상세한 단계를 문서화하기 전에 프로세스 범위에 합의하거나 이해관계자 간 기준을 맞춰야 할 때 적합합니다.

5. 스윔레인 다이어그램

스윔레인 다이어그램은 프로세스를 여러 레인으로 나누며, 각 레인은 역할, 팀, 부서 또는 시스템을 나타냅니다. 단계는 순서와 담당자를 함께 보여주고, 레인 사이를 오가는 흐름은 업무 인계를 쉽게 파악하도록 돕습니다.

사용할 때: 여러 역할이나 시스템이 참여하고, 담당자나 업무 인계를 파악해야 할 때 적합합니다. BPMN 2.0에서는 Participants와 Lanes로 이 구조를 표현합니다. 풀과 스윔레인 참고 자료를 확인하세요.

6. 간트 차트

간트 차트는 활동을 일정표에 배치해 계획된 시작일, 기간, 종속 관계를 보여줍니다. 반복되는 업무 프로세스의 세부 흐름을 나타내기보다는 일정 관리에 주로 사용됩니다.

사용할 때: 정해진 일정과 종속 관계가 있는 활동을 포함한 프로젝트를 계획하고 추적할 때 적합합니다.

7. PERT 차트

PERT 차트는 프로젝트 활동과 그 종속 관계를 보여주어 작업이 진행되어야 할 순서를 파악하도록 돕습니다. 반복되는 운영 프로세스를 문서화하기보다는 프로젝트 계획에 초점을 둡니다.

사용할 때: 프로젝트 계획의 종속 관계와 가능한 진행 경로를 파악해야 할 때 적합합니다.

8. 인과관계 다이어그램(피시본)

피시본 다이어그램은 문제의 잠재 원인을 중심 문제 주변의 범주별로 정리합니다. 팀이 결과가 발생한 이유를 논의할 때 생각을 체계적으로 정리하는 데 도움이 됩니다.

사용할 때: 가능한 원인을 조사하고, 검증에 앞서 아이디어를 정리해야 할 때 적합합니다. 피시본 다이어그램만으로 어떤 원인이 실제 원인인지 입증할 수는 없습니다.

9. 워크플로 다이어그램

워크플로 다이어그램은 작업과 정보가 프로세스 안에서 어떻게 이동하는지 보여줍니다. 의미가 넓은 용어이므로 세부 수준과 표기법은 다양할 수 있습니다.

사용할 때: 더 형식적인 표기법을 도입하지 않고 작업 순서와 업무 인계를 실용적으로 살펴보려 할 때 적합합니다.

그 밖에 알아두면 좋은 맵 유형

프로세스 업무에서 추가로 볼 수 있는 형식이 세 가지 있습니다. 앞서 소개한 아홉 가지보다 덜 일반적이며, 각각 다른 질문에 답합니다.

• 마인드맵. 프로세스 범위를 정리한 뒤 구조화할 수 있도록 방사형으로 내용을 배치합니다.
• 조직도. 프로세스 흐름이 아니라 보고 체계를 보여줍니다. 단계별 담당자를 확인할 때 유용합니다.
• 의사결정 트리. 의사결정 규칙을 가지 형태로 표현하며, 순서도의 의사결정 지점을 보완합니다.

스윔레인 프로세스 맵이란 무엇인가요?

스윔레인 프로세스 맵은 단계별 담당 역할, 팀 또는 시스템을 기준으로 프로세스를 구분합니다. 프로세스 흐름은 활동 순서를, 레인은 각 활동의 담당자를 보여줍니다. 흐름이 다른 레인으로 넘어가는 지점에서 업무 인계가 나타납니다.

구매 요청 프로세스를 예로 들어보겠습니다.

이 맵을 활용하면 구체적인 질문을 던질 수 있습니다. 역할 간 업무가 어디에서 대기하나요? 의사결정은 누가 담당하나요? 단계가 현재 배치한 레인에 속하는 것이 맞나요?

여러 역할이나 시스템이 참여하고 책임 소재나 업무 인계가 중요하다면 레인을 사용하세요. 한 역할이 처리하는 프로세스라면 간단한 순서도가 더 읽기 쉬울 수 있습니다. 두 레인 사이에 상호작용이 전혀 없다면 서로 다른 프로세스를 한 다이어그램에 합친 것은 아닌지 살펴보세요.

레인의 기준을 일관되게 유지하세요. 어떤 레인은 부서를, 다른 레인은 개인을, 또 다른 레인은 시스템을 나타내면 맵을 해석하기 어려워질 수 있습니다. 프로세스에 영향을 주는 예외 경로도 포함하세요. 예상 경로만 표시하면 질문이 가장 많이 생기는 사례가 빠질 수 있습니다.

어떤 프로세스 매핑 도구와 템플릿을 사용해야 할까요?

프로세스 매핑 도구는 화이트보드와 메모지부터 다이어그램 작성 소프트웨어와 BPMN 모델러까지 다양합니다. 만들려는 맵의 유형, 검토할 사람의 수, 지속적으로 관리해야 하는지 여부를 고려해 선택하세요.

유용한 도구라면 다음 작업을 쉽게 할 수 있어야 합니다.

• 단계, 의사결정, 연결을 추가하고 순서를 바꿉니다.
• 여러 역할이 참여하는 경우 담당자를 표시합니다.
• 검토가 필요한 사람들과 맵을 공유합니다.
• 프로세스가 바뀌어도 버전과 담당자를 명확히 관리합니다.
• 여러 팀에서 다이어그램을 해석해야 한다면 일관된 표기법을 사용합니다.

프로세스 매핑 템플릿을 사용하면 준비 시간을 줄일 수 있지만, 템플릿에 맞춰 프로세스를 정해서는 안 됩니다. 맵 유형에 맞는 템플릿으로 시작한 뒤 범위에 맞게 레이블과 구조를 조정하세요. 순서도 템플릿이 SIPOC 다이어그램을 대신할 수는 없으며, 프로젝트 일정표도 프로세스 맵과 다릅니다.

이 페이지의 예시를 살펴보면 템플릿을 고르기 전에 형식별 차이를 비교할 수 있습니다. 보다 체계적인 다이어그램 작성 환경이 필요하다면 모델링 작업 공간을 살펴보세요. ProcessMind는 프로세스 정보를 정리할 수 있는 프로세스 문서화 기능도 제공합니다.

6단계로 프로세스 맵을 만드는 방법은 무엇인가요?

유용한 맵을 만들려면 명확한 질문과 범위부터 정해야 합니다. 프로세스를 잘 아는 사람들과 다음 6단계를 진행한 뒤 결과를 검증하고 참고 자료로 공유하세요.

1. 프로세스를 선택하고 목적을 정합니다. 맵을 통해 무엇을 파악하려는지 명시하세요. 책임을 분명히 하거나 현재 상태를 문서화하거나 업무 인계를 살펴보려는 것일 수 있습니다.
2. 시작점과 종료점을 정합니다. 프로세스를 시작하는 이벤트와 종료를 나타내는 결과를 정의하세요. 범위가 명확하면 관련된 모든 활동을 맵에 넣는 일을 막을 수 있습니다.
3. 적절한 맵 유형을 선택합니다. 단순한 흐름에는 순서도, 역할과 업무 인계에는 스윔레인 맵, 범위 합의에는 SIPOC 다이어그램을 사용하세요. 표준화된 상세 모델이 필요하다면 BPMN 2.0을 선택할 수 있습니다.
4. 관련된 사람들에게 단계별 내용을 확인합니다. 실제 업무를 수행하는 사람들에게 의사결정, 예외, 입력, 출력을 포함해 어떤 일이 일어나는지 물어보세요. 절차 문서나 관리자의 설명에만 의존하지 마세요.
5. 맵을 작성하고 검토합니다. 단계를 순서대로 배치하고 의사결정을 명확하게 표시하며 기호를 일관되게 사용하세요. 초안을 프로세스 수행자와 책임자에게 공유하고 빠진 내용이나 불명확한 부분, 실제와 다른 점이 있는지 확인하세요.
6. 담당자와 검토 시점을 정합니다. 맵을 관리할 사람과 점검 시점을 기록하세요. 프로세스가 바뀌면 맵을 갱신하고, 대상 독자가 최신 버전을 찾을 수 있는 곳에 보관하세요.

첫 버전은 필요한 내용에 집중하세요. 맵이 답하려는 질문에 도움이 될 때 세부 사항을 추가하면 됩니다. 긴 설명 없이는 다이어그램을 이해하기 어렵다면 배치를 단순하게 하거나 레이블을 명확히 하세요.

프로세스 매핑의 한계는 무엇인가요?

프로세스 맵은 특정 시점에 파악한 프로세스의 모습을 기록합니다. 의도된 흐름이나 설명된 순서를 보여줄 수 있지만, 각 경로가 얼마나 자주 발생하는지, 사례가 얼마나 오래 대기하는지, 실제 업무가 맵을 따르는지는 맵만으로 알 수 없습니다.

프로세스가 자주 바뀌거나 예외가 많거나 여러 시스템에 걸쳐 있다면 이 한계가 중요합니다. 맵을 관리하는 사람이 없거나 실제 업무와 대조해 확인하지 않으면 내용이 낡을 수 있습니다. 최근에 검토한 맵도 예상 경로만 담고 실제로 발생하는 모든 경로를 보여주지는 않을 수 있습니다.

프로세스 매핑을 활용해 공통된 이해를 만들고, 사람들이 파악한 프로세스를 문서화하세요. 시스템에 관련 이벤트가 기록되어 있다면 process mining으로 데이터를 분석해 실제 프로세스 흐름을 확인할 수 있습니다. 맵과 프로세스 데이터를 비교하면 차이를 파악하고 추가 조사가 필요한 질문을 정하는 데 도움이 됩니다.

두 접근 방식은 목적이 다릅니다. 맵은 사람들이 참고할 수 있는 시각 자료를 제공하고, process mining은 기록된 이벤트를 근거로 분석합니다. 함께 활용하면 문서와 관찰된 프로세스 동작을 연결해 관리할 수 있습니다. 자세한 내용은 process mining이란 무엇인지 또는 프로세스를 분석하는 방법을 읽어보세요.

프로세스 매핑 시작하기

프로세스 하나와 질문 하나로 시작하세요. 대상에 맞는 맵 유형을 고르고 범위에 합의한 뒤, 실제 업무를 수행하는 사람들과 초안을 검증하세요. 프로세스가 바뀔 때 검토할 수 있도록 담당자를 정해두세요.

간단한 개요가 필요하다면 순서도로 시작하세요. 책임과 업무 인계가 중요하다면 스윔레인을 사용하세요. 표준화된 상세 다이어그램이 필요하다면 BPMN 모델링 작업 공간을 살펴보세요.

맵은 프로세스를 함께 이해하는 데 도움이 되지만, 저절로 최신 상태를 유지하지는 않습니다. 프로세스 데이터로 문서화된 내용과 실제 업무를 대조하는 방법을 살펴보고, 프로세스 맵을 실제와 일치하게 유지하세요.