복잡한 순서도를 단순하게 정리하려면 전체 흐름과 세부 절차를 나누세요. 상위 다이어그램에는 주요 단계와 중요한 결과를 남기고, 한 단계의 내부 작업은 이름을 붙인 하위 프로세스로 옮깁니다. 하위 프로세스가 어디서 시작하며 결과가 어느 단계로 돌아가는지도 명확히 표시합니다.
글자를 줄이거나 예외 경로를 지우는 것부터 시작하지 마세요. 보기에는 깔끔해도 실제로는 덜 유용한 다이어그램이 될 수 있습니다. 주 흐름을 쉽게 따라가면서도 작업에 필요한 세부 내용을 찾을 수 있게 하는 것이 목표입니다.

순서도가 읽기 어려운 이유부터 찾기
도형을 옮기기 전에 문제를 파악하세요. 큰 업무 단계와 개별 클릭이 섞여 있거나, 여러 갈래에서 같은 확인을 반복하거나, 모든 예외를 주 경로에 넣었을 수 있습니다. Boardmix에서 전체 순서도와 상세 순서도를 함께 편집하면 연결 관계를 보면서 정리할 수 있습니다.
독자가 어떤 질문의 답을 찾는지 생각해 보세요.
- ‘내 신청은 어떻게 처리되나요?’라는 질문에는 주요 단계, 대기 지점, 가능한 종료 상태가 필요합니다.
- ‘이 단계에서 무엇을 해야 하나요?’라는 질문에는 행동, 판단, 입력, 업무 인계가 필요합니다.
- ‘이 건은 왜 실패했나요?’라는 질문에는 해당 예외 경로와 그 경로를 결정하는 정보가 필요합니다.
이 세 질문에 같은 수준의 상세도로 답하려고 하면 흐름이 얽히기 쉽습니다. 보기를 분리하면 같은 업무를 설명하면서도 모든 독자가 모든 단계를 살펴보지 않아도 됩니다.
문제가 선의 배치뿐이라면 도형을 정렬하고 교차선을 줄이는 일부터 하세요. 짧고 일관된 프로세스를 구조적으로 보이게 하려고 여러 그림으로 나눌 필요는 없습니다. 세부 내용이 상위 흐름을 방해하고, 의미 있는 입력과 결과를 갖는 부분을 분리합니다.
무엇을 감출지 정하기 전에 범위부터 정하기
ASQ의 순서도 작성 절차는 프로세스의 범위, 시작과 끝, 필요한 상세도를 정하는 데서 출발합니다. 도형을 옮기기 전에 무엇이 들어오며 어떤 상태를 완료로 볼지 적어보세요.
이 글의 가상 사례에서는 범위를 직원이 경비 신청을 제출한 시점부터 승인 여부를 판단하고, 승인된 경우 재무팀에 전달하는 시점까지로 정합니다. 실제 지급은 범위 밖입니다. 따라서 ‘재무팀 전달 완료’를 ‘경비 지급 완료’로 바꾸어 쓰면 안 됩니다.
복잡한 원본에는 신청 열기, 영수증 읽기, 필수 정보 확인, 누락 항목 요청, 답변 읽기, 승인 요청, 판단 기록, 직원에게 통지, 승인된 자료 전달이 모두 들어 있을 수 있습니다. 필요한 작업들이지만 전부 전체 다이어그램에 표시할 필요는 없습니다.
정리하는 동안 원본을 비교용으로 보관하세요. 이번 작업은 프로세스의 설명 방식을 바꾸는 것이지 회사의 승인 정책을 바꾸는 것이 아닙니다. 업무 자체의 변경 제안은 명확하게 구분한 별도 버전에서 다룹니다.
중요한 결과를 남긴 상위 흐름 만들기
예시를 세 단계로 묶습니다. 나중에 도형 위치를 옮겨도 세부 절차를 찾을 수 있도록 각 단계에 고정 식별자를 붙이세요.
- P1 — 신청 증빙 확인.필요한 증빙 정보가 갖춰졌는지 확인합니다. 이 단계는 ‘검토 가능’ 또는 ‘철회됨’을 반환합니다. 정보를 기다리는 신청은 P1 안에 머뭅니다.
- P2 — 신청 검토.지정된 검토자가 승인 또는 반려를 기록합니다. 반려된 신청은 재무팀에 보내지 않고 종료합니다.
- P3 — 승인된 자료를 재무팀에 전달.승인된 신청과 증빙 정보를 넘깁니다. 이 순서도는 지급이 아니라 전달 시점에서 끝납니다.
상위 다이어그램의 주 경로는 ‘제출됨 → P1 → P2 → P3 → 재무팀 전달 완료’가 됩니다. P1에서의 ‘철회됨’과 P2에서의 ‘반려됨’이라는 두 중요한 종료 경로도 보이게 남깁니다. 둘 다 막연한 ‘완료’ 상자 안에 숨기지 않습니다.
드문 결과라는 이유만으로 지우지 마세요. 다음 담당자의 대응이 달라지는 결과는 전체 다이어그램에도 남겨야 합니다. 작은 내부 확인은 상세도로 옮길 수 있지만 승인과 반려의 차이는 없애면 안 됩니다.

의미를 바꾸지 않고 P1 상세화하기
상세 다이어그램 위에 이 하위 프로세스가 담당하는 범위를 짧게 적으세요.
- 진입:신청 식별자와 제출된 증빙이 있는 신청.
- 목적:필수 증빙이 갖춰졌는지 확인.
- 반환 결과:검토 가능 또는 철회됨.
- 대기 상태:정보 대기. 정상 완료와는 다른 상태.
이제 내부 흐름을 그립니다.
- P1.1 — 신청과 증빙 읽기.해당 신청 유형의 필수 정보 목록을 사용합니다.
- P1.2 — 필수 증빙이 갖춰졌는가?그렇다면 ‘검토 가능’으로 표시하고 P2로 넘깁니다.
- P1.3 — 누락된 정보 요청.이유 없이 ‘반려’라고 보내지 말고 무엇이 빠졌는지 구체적으로 적습니다.
- P1.4 — 직원의 응답 대기.보완된 자료가 오면 P1.1로 돌아갑니다. 명시적으로 철회하면 ‘철회됨’을 반환합니다. 응답이 없으면 조직의 실제 후속 처리 절차에 따라 달리 처리하기 전까지 ‘정보 대기’ 상태를 유지합니다.
서류가 갖춰졌다고 해서 신청이 승인된 것은 아닙니다. P1은 증빙의 완전성을 확인하고, P2가 신청에 대한 판단을 내립니다. 두 의미를 ‘검증’이라는 상자 하나로 합치면 원래의 모호함을 다시 만들게 됩니다.
대기 상태는 같은 요청을 반복해서 보내는 루프와도 다릅니다. 외부 응답을 기다리며 멈춰 있는 상태입니다. 조직에 재알림이나 종료 규칙이 있다면 실제 조건을 표시하고, 그림을 완성하려고 임의의 시간 제한을 만들지 않습니다.
전체 흐름과 상세 흐름을 쉽게 오가도록 연결하기
상위 단계를 ‘P1 — 신청 증빙 확인’, 상세 다이어그램을 ‘P1 상세’라고 표시합니다. 두 곳의 진입 조건과 종료 상태도 같은 용어로 적으세요. 전체 흐름은 ‘검토 가능’인데 상세 흐름은 ‘승인됨’을 반환한다면 같은 상태인지 알 수 없습니다.
공유 캔버스에서는 상세 흐름을 상위 단계 가까이에 두고, 다른 문서에 있다면 참조 위치를 명시합니다. 페이지 가장자리에서 사라지는 이름 없는 화살표보다 ‘P1 상세’라고 표시한 연결이 명확합니다. 독자가 작성자에게 묻지 않고도 세부 내용을 찾을 수 있어야 합니다.
팀의 표기법에 맞는다면 미리 정의된 프로세스 기호를 사용할 수 있습니다. 다만 장식적인 도형보다는 이름과 연결이 중요합니다. 조직에서 BPMN 같은 정식 표기법을 쓴다면 그 하위 프로세스 규칙을 따르고, 여러 표기법을 임의로 섞지 마세요.
상세 흐름 안에서도 비슷한 수준의 판단을 유지합니다. 화면 단위의 작업 지침을 만들려는 것이 아니라면 ‘신청 검토’와 ‘첨부 아이콘 클릭’을 동등한 단계로 놓지 않습니다. 클릭 방법은 보충 설명이나 별도의 작업 가이드로 옮깁니다.
세 가지 사례를 두 그림에서 추적하기
두 그림의 차이를 드러내는 사례를 사용하세요. 프로세스에 새 단계를 넣는 것이 아니라, 정리 후에도 원래 의미가 유지되는지 확인하는 사례입니다.
| 사례 | 상세 흐름의 동작 | 상위 흐름의 표시 |
|---|---|---|
| 증빙이 완전하고 신청이 승인됨 | P1.1과 P1.2를 거쳐 ‘검토 가능’이 됨. | P1 → P2 → P3 → 재무팀 전달 완료. |
| 영수증이 없어 직원이 추가 제출한 뒤 신청이 반려됨 | P1.3에서 영수증을 요청하고 P1.4에서 받은 뒤 P1.1로 돌아감. | P1은 최종적으로 ‘검토 가능’을 반환. P2가 반려하며 P3에는 진입하지 않음. |
| 정보가 부족한 상태에서 직원이 철회함 | P1.4가 ‘철회됨’을 반환. | ‘검토 가능’이나 ‘승인됨’이 아니라 ‘철회됨’으로 종료. |
두 번째 사례에는 상세 흐름 안의 루프가 있지만, 그 선을 전체 다이어그램에 걸쳐 그릴 필요는 없습니다. ‘준비되거나 철회될 때까지 증빙 확인에 머문다’는 사실은 상위 흐름에서도 그대로 전달됩니다.
실제 사례를 따라갈 수 없다면 단계가 다른 곳으로 옮겨진 것인지 실수로 삭제된 것인지 살펴보세요. 원본, 상위 흐름의 결과, 상세 흐름의 종료 지점을 비교합니다. 배치를 다듬기 전에 이 불일치부터 고쳐야 합니다.
복잡한 그림 하나를 연결되지 않은 여러 그림으로 만들지 않기
도형 몇 개마다 분할하면 다른 문제가 생깁니다. 독자가 프로세스를 이해하는 것보다 다음 다이어그램을 찾는 데 더 많은 노력을 들입니다. 일관된 단계는 함께 유지하세요. 담당 범위가 명확하거나 재사용하는 작업이거나 내부 판단이 충분히 복잡한 경우처럼, 하위 프로세스로 분리할 이유가 있어야 합니다.
여러 곳에 같은 확인이 보이면 정말 같은 확인인지 먼저 살펴봅니다. ‘계정 접근 권한을 바꾸기 전 본인 확인’과 ‘신청에 고객 식별자가 있는지 확인’은 목적이 다릅니다. 이름이 비슷하다는 이유만으로 합치면 안 됩니다.
이 예시에서는 Boardmix 캔버스 위쪽에 상위 흐름을, 바로 아래에 P1 상세를 배치합니다. 필수 증빙 목록은 판단 마름모 안에 억지로 넣지 말고 실제로 사용하는 P1.2 옆에 두세요. 반려와 철회 상태는 문구와 모양 모두에서 구분하고 색상에만 의존하지 않습니다.
Boardmix를 열어 순서도를 다시 정리해 보세요. 가장 혼란스러운 단계부터 시작해 그 부분만 상세화하고, 이미 읽기 쉬운 부분은 그대로 둡니다. 독자가 전체 흐름을 설명하고 자신이 맡은 단계의 정확한 지침을 찾을 수 있으면 됩니다.
