명확한 프로세스 흐름은 복잡한 워크플로를 한눈에 누구나 이해할 수 있는 형태로 바꿔 줍니다. Trupeer를 사용하면 무료 프로세스 흐름 템플릿으로 시작해 브랜드 가이드라인에 맞게 커스터마이즈하고, 각 단계를 생생하게 보여 주는 비디오 워크스루로 프로세스 흐름을 전환하여 워크플로 매핑에 드는 시간을 몇 시간씩 절약할 수 있습니다.

프로세스 흐름 템플릿이란 무엇이며, 무엇을 위한 것인가요?

프로세스 흐름(또는 플로우차트)은 프로세스의 단계 순서를 보여 주는 다이어그램이며, 경로가 갈라지는 의사결정 지점과 각 경로가 어디로 이어지는지 나타내는 화살표가 포함됩니다.

프로세스 흐름 템플릿은 미리 만들어진 버전입니다. 즉, 도형, 레이아웃 규칙, 그리고 종종 작업 예시까지 포함되어 있어 빈 캔버스에서 시작하는 대신 무언가를 조정하는 방식입니다.

이 템플릿은 두 가지 작업에 정말 유용합니다. 하나는 결정을 내리는 일입니다. 현재 상태를 그리면, 그 프로세스를 만지는 사람들이 한자리에 모여 인수인계, 아무도 예상하지 못했던 승인, 그리고 사례의 3분의 1을 다시 시작으로 되돌리는 루프 같은 것들이 확실히 드러납니다. 그리고 또 하나는 분기(브랜칭)를 보여 주는 일입니다. 독자의 다음 행동은 그들이 발견하는 내용에 따라 달라지며, 텍스트만으로는 읽기 어려워지지 않고서는 그걸 표현하기 어렵습니다.

그 외의 대부분의 경우에는 플로우차트가 누군가가 만들어 둔 ‘번호가 매겨진 목록’에 가깝고, 업데이트하기가 더 어렵습니다. 이 페이지의 주장은 바로 그 점이며, 템플릿 갤러리로 가득한 검색 결과 페이지가 말해 주는 것과는 정반대입니다.

플로우차트를 그릴 가치가 있을 때

세 가지 상황이면 충분합니다.

무언가를 파악하려는 경우. 프로세스의 현재 상태를, 그 프로세스를 실제로 다루는 모든 사람이 함께 있는 자리에서 그리면, 아무도 몰랐던 것들이 안정적으로 드러납니다. 두 번 일어나는 승인, 네 번에 걸쳐 부서를 가로지르는 인수인계, 그리고 세 번째 사례 중 1개를 다시 시작으로 보내는 루프 같은 것들입니다. 이것이 플로우차트의 가장 높은 가치 활용이며, 다이어그램을 나중에 그대로 보관하는 것과는 아무 관련이 없습니다.

읽는 사람이 선택해야 하는 경우. 문제 해결, 우선순위 분류(트리아지), 자격 확인, 에스컬레이션 라우팅. 다음 행동이 실제로는 누가 무엇을 발견하느냐에 달려 있다면, 번호가 매겨진 목록보다 다이어그램이나 의사결정 테이블이 더 낫습니다. 번호 목록은 존재하지 않는 ‘순서’를 전제하기 때문입니다.

프로세스가 여러 역할을 가로지르고, 인수인계가 핵심인 경우. 스윔레인은 바로 이를 위해 존재하며, 스윔레인 템플릿의 인기가 시사하는 것보다 더 좁은 케이스입니다.

위 세 가지 중 어느 것도 해당되지 않는다면, 목록을 그림으로 그리는 셈입니다. 목록은 더 빨리 작성되고, 휴대폰에서 더 쉽게 읽히며, 검색이 가능하고, 누구나 업데이트할 수 있습니다. 저희의 프로세스 문서화 템플릿이 바로 이런 형태를 다룹니다.

Trupeer에서 이 템플릿을 커스터마이즈하는 방법

1단계: 템플릿 섹션 열기

메인 내비게이션에서 템플릿 섹션으로 이동하세요.

2단계: 템플릿 선택 후 열기

작업하려는 템플릿을 아무거나 클릭해 열어 주세요.

3단계: 템플릿 보기 확장

필요한 경우 템플릿 보기를 확장해 전체 레이아웃과 세부 정보를 더 명확하게 확인하세요.

4단계: 템플릿 편집

선택한 템플릿을 수정하기 시작하려면 Edit을 클릭하세요.

편집기에서 다음을 할 수 있습니다.

• 새 섹션 추가

• 서식 규칙 정의 또는 업데이트

• 로고를 추가하고 위치 및 관련 설정을 조정

5단계: 커스터마이즈한 템플릿 저장

필요한 모든 변경을 마친 후 Save를 클릭해 업데이트된 템플릿을 내 것으로 저장하세요.

6단계: 미리보기 및 템플릿 미세 조정

커스터마이즈한 템플릿이 어떻게 보이는지 확인하려면 Preview를 여세요.

미리보기 화면에서 필요하다면 계속해서 조정을 직접 진행할 수 있으며, 템플릿이 원하는 그대로 정확히 표시되도록 할 수 있습니다.

프로세스 흐름 템플릿을 사용하면:

• 매핑에 드는 시간을 절약: 어떤 워크플로든 적용할 수 있는 구조로 빈 페이지를 건너뛰세요.

• 복잡한 작업을 시각화: 프로세스 흐름을 통해 의사결정 지점, 인수인계, 병목 현상이 눈에 보이게 됩니다.

• 브랜드에 맞게 유지: Trupeer의 브랜드 키트를 사용해 로고, 색상, 글꼴을 적용하세요.

• 프로세스 개선: 프로세스를 매핑하는 것은 이를 개선하기 위한 첫 단계입니다. 템플릿은 비효율을 명확히 드러냅니다.

• 팀을 더 빠르게 교육: 비디오 워크스루와 프로세스 흐름을 함께 사용해 신규 채용자를 빠르게 온보딩하세요.

• 글로벌 팀에 도달: 클릭 한 번으로 프로세스 흐름을 65개+ 언어로 번역하세요.

그리기 전에 의사결정 지점을 세어 보세요

가장 빠른 테스트 버전은 두 분이면 됩니다.

프로세스를 번호가 매겨진 목록으로 작성하세요. 그런 다음 다음에 무슨 일이 일어나는지를 바꾸는 무언가를 누군가가 결정해야 하는 지점을 세어 보세요. 실패할 수 있는 단계가 아니라, 항상 내려지는 승인도 아닙니다. 진짜 분기입니다.

세 개 미만이면, 그 목록이 문서입니다. 대화를 위해 사용하는 경우에만 다이어그램을 그리되, 그 대화가 끝나면 다이어그램의 생명도 끝난다는 점을 받아들이세요.

세 개 이상이면, 다이어그램이 제 자리를 차지합니다. 이제 텍스트 버전에는 독자가 머릿속에 담아 둘 수 없는 교차 참조가 필요해지기 때문입니다.

이게 중요한 이유는 유지보수입니다. 사람들은 그리면서는 그걸 생각하지 않습니다. 텍스트는 누구나 몇 초 만에 편집할 수 있습니다. 반면 다이어그램은 그것을 그린 도구, 해당 도구의 라이선스, 내보낸 이미지가 아닌 원본 소스 파일이 필요합니다. 그리고 한 박스를 삽입하면 나머지가 정렬에서 밀려나는 경우가 많아, 종종 재레이아웃도 해야 합니다. 이런 비대칭성이 바로 플로우차트가 다른 어떤 문서 유형보다 더 빨리 낡아지는 이유입니다.

대부분의 프로세스 흐름은 왜 폐기해야 할까요

여기서 가장 유용한 재정의는, 플로우차트가 보통 문서가 아니라 ‘생각을 돕는 도구’라는 점입니다.

작업을 하는 사람들이 벽이나 화이트보드에 그려 놓으면, 텍스트로는 할 수 없는 일이 생깁니다. 프로세스의 형태가 한 번에 보이게 되고, 그 형태가 바로 낭비가 있는 지점입니다. 그 작업은 몇 시간 안에 끝납니다.

문제는 그 다음에 벌어지는 일입니다. 다이어그램이 정리되어 ‘그림 도구’로 바뀌고, 내보내져 파일로 저장되며 문서로 취급됩니다. 그 순간부터는 리스크가 됩니다. 현실과 달라지지만 아무도 알아차리지 못하고, 거친 스케치와 달리 권위 있어 보이기 때문입니다.

더 나은 습관은 다음과 같습니다. 벽을 사진으로 찍고, 그로부터 나온 결정을 텍스트로 기록한 뒤 다이어그램은 놓아 주세요. 다음에 프로세스를 다시 확인해야 할 때 다시 그리면 됩니다. 그 작업은 한 시간 정도 걸리며, 2년 전 버전이 아니라 현재 버전을 보여 줍니다.

유지보수되는 다이어그램으로 남길 것은, 분기 테스트를 통과하고 도구와 시간에 접근할 수 있는 ‘담당자’가 명확한 흐름뿐입니다. 대부분의 조직에서는 그 수가 많지 않습니다.

무료 프로세스 흐름 템플릿: 복사할 수 있는 구조

여기서 복사하세요. 사용 가능한 프로세스 흐름은 다이어그램과 소량의 텍스트로 구성되며, 텍스트가 바로 템플릿이 생략하는 부분입니다.

제목. 결과(outcome)로서 프로세스의 이름을 붙이세요.

담당자 및 마지막 검증 날짜. 역할과 날짜를 적어, 누군가가 마지막으로 이 흐름이 현실과 일치하는지 확인한 시점을 의미합니다. 다이어그램은 텍스트보다 업데이트가 더 어렵기 때문에, 이 항목이 텍스트보다 더 필요합니다.

시작과 끝. 프로세스를 촉발하는 것과, 어떤 조건이면 완료로 볼지. 다이어그램 위에 적되, 타원으로만 그려 넣지 마세요.

범위 제외. 이 흐름이 다루지 않는, 바로 양옆에 있는 것들. 여기에서 중복 다이어그램이 나오곤 합니다.

다이어그램. 표준 도형을 사용하고, 왼쪽에서 오른쪽 또는 위에서 아래로 배치하되, 하나의 진입 지점과 명확히 라벨링된 종료 지점을 두세요.

의사결정 라벨. 각 분기는 ‘예/아니오’만이 아니라 조건으로 라벨링해야 합니다. "신용 한도 초과"가 "아니오"보다 낫습니다.

다이어그램에 없는 것. 읽기 어렵게 만드는 예외와 엣지 케이스는, 관련 단계에서 가리키는 포인터와 함께 아래 텍스트로 나열하세요.

소스 파일 위치. 편집 가능한 버전이 어디에 있는지, 어떤 도구로 열리는지. 이 항목이 없는 다이어그램은 1년 안에 읽기 전용 산출물로 바뀝니다.

여기로 복사하세요.

핵심 플로우차트 도형과 각 도형의 의미

도형 자체보다 더 중요한 규칙이 두 가지 있습니다. 모든 마름모에는 ‘예/아니오’가 아니라 조건으로 출구를 라벨링해야 합니다. 독자가 마름모에 도착했을 때, 그들이 무엇을 테스트하는지 알아야 하기 때문입니다. 그리고 모든 화살표는 어디론가 이어져야 합니다. 다이어그램을 벗어나는 경로는 아래 텍스트에 속한 예외이거나, 누락된 단계입니다.

여기서는 정확성보다 일관성이 더 중요합니다. 모든 것을 직사각형으로 하되 라벨을 명확히 하는 팀은, 평행사변형에 대해 논쟁하는 팀보다 더 사용하기 좋은 다이어그램을 만들게 됩니다.

스윔레인이 제 자리를 차지하는 때와 그렇지 않은 때

스윔레인 다이어그램은 흐름을 역할별 행 또는 열로 나누어, 각 단계가 해당 단계를 수행하는 사람(역할)의 레인에 놓이도록 합니다.

인수인계가 주제일 때 스윔레인은 제 자리를 차지합니다. 답하려는 질문이 ‘누가 무엇을 하는가’이거나 ‘어디에서 막히는가’이거나 ‘팀 간에 몇 번이나 오가는가’라면, 스윔레인이 즉시 답을 주며 다른 어떤 방식도 그만큼 바로 해 주지 못합니다.

하지만 한 역할이 거의 모든 일을 하는 경우(레인은 하나만 바쁘고 나머지는 비어 있는 다이어그램이 됨)나, 프로세스가 선형인 경우(레인이 폭만 늘리고 정보는 늘지 않음)에는 스윔레인이 제 자리를 차지하지 못합니다.

실무적인 비용은 레이아웃입니다. 스윔레인은 편집하기 가장 어려운 다이어그램 유형입니다. 한 단계를 삽입하면 모든 레인에서 모든 것이 밀려나기 때문입니다. 이 유지보수 부담이 프로세스 매핑 프로그램이 업데이트되지 않는 스윔레인을 수백 개나 만들어 내는 주된 이유입니다.

인수인계 문제를 찾기 위해 매핑하는 중이라면, 스윔레인을 그리고 인수인계를 수정한 뒤, 다이어그램이 아니라 수정 사항을 유지하세요.

340개의 유지보수되지 않는 다이어그램을 바꾼 전환 프로그램

약 1,100명 규모의 서비스 비즈니스인 Storrington Group은 조직이 어떻게 운영되는지 매핑하는 작업을 포함한 전환 프로그램을 진행했습니다.

5개월이 넘는 기간 동안 컨설팅 업체는 스윔레인 다이어그램 형태로 112개의 프로세스를 매핑했고, 여러 수준을 합산하면 약 340개의 도면이 생성되었습니다. 수수료와 내부 시간까지 합치면 약 28만 파운드(2십8만 파운드대) 수준이었습니다.

그로부터 18개월 후, 누군가가 여전히 정확한 것이 몇 개인지 물었습니다.

30개 샘플을 확인했습니다. 4개만 현실과 일치했습니다. 19개에는 더 이상 존재하지 않는 최소 한 단계가 포함되어 있었습니다. 7개는 이후 대체된 시스템을 설명하고 있었습니다.

어떤 것도 업데이트되지 않았습니다. 이유는 전적으로 실무적이었습니다. 프로그램 사무실의 담당자 중 다이어그램을 그린 도구에 라이선스가 있는 사람은 3명뿐이었습니다. 그리고 소스 파일은 그 팀 밖에서는 아무도 찾을 수 없는 폴더에 들어 있었습니다. 또한 스윔레인을 업데이트하려면 전체 다이어그램을 다시 배치해야 했는데, 단어로 설명하는 데 1분이면 되는 변경을 위해 오후 한나절이 걸렸습니다.

더 불편한 발견은 의사결정 지점을 세어 본 결과에서 나왔습니다. 112개 프로세스 중 71개는 진짜 분기가 세 개 미만이었습니다. 모두 선형이었습니다. 프로그램의 템플릿이 프로세스를 스윔레인으로 매핑한다고 했기 때문에, 그것들을 스윔레인으로 그렸던 것입니다.

진짜로 분기되는 41개 중 6개는 프로그램 기간 동안 실제 결정을 내리기 위해 사용되어, 중복 승인을 제거하고 두 번의 인수인계를 하나로 통합했습니다. 이 6개는 이미 비용을 회수했습니다. 아마도 추가로 15개 정도가 교육 목적으로 사용되고 있었을 것입니다.

재정비는 간단했습니다. 분기되는 41개 프로세스는 유지보수되는 다이어그램으로 남기고, 모두가 이미 접근할 수 있는 도구로 옮겼으며, 각 다이어그램마다 담당자를 지정했습니다. 선형인 71개는 사람들이 이미 사용하던 지식 베이스에서 번호가 매겨진 텍스트로 다시 작성했습니다.

이후 채택된 규칙은 이 페이지의 규칙과 동일했습니다. 진짜 의사결정 지점이 3개 이상이면 그리거나, 대화를 위해 그리는 경우라면 유지보수가 필요하지 않으므로 그리면 됩니다.

12개월이 지난 시점에, 유지보수되는 41개 다이어그램 중 34개는 최소 한 번 이상 업데이트되었습니다. 30개 문서에 대한 새 감사에서는 4개가 아니라 26개가 정확한 것으로 확인되었습니다.

프로세스 흐름을 단계별로 만드는 방법

다이어그램을 만들고 싶다고 확신하더라도, 먼저 프로세스를 번호가 매겨진 목록으로 작성하세요. 10분이면 되고, 의사결정 횟수를 산출할 수 있습니다.

그 횟수가 다이어그램을 정당화한다면, 그리기 전에 시작과 끝을 합의하세요. 범위에 대한 의견 불일치가 매핑 세션을 길어지게 만드는 원인이기 때문입니다.

작업을 수행하는 사람들과 함께, 벽이나 공유 캔버스에 대략적으로 현재 상태를 그리세요. 그리는 동안 정리하지 마세요.

모든 의사결정 출구에는 조건을 라벨로 붙이세요.

예외는 다이어그램 옆의 텍스트로 기록하되, 예외를 위한 박스를 추가하지 마세요. 예외가 바로 읽기 가능한 흐름을 읽기 불가능하게 만드는 요소이기 때문입니다.

그다음에는 실제로 프로세스를 수행하는 누군가와 함께 걸어 보며, "음, 가끔은" 같은 표현을 찾아보세요. 그런 표현 하나하나는 모두 누락된 분기이거나 텍스트에 들어가야 할 예외입니다.

마지막으로, 이 다이어그램을 유지할지 폐기할지 명확히 결정하세요. 둘 다 정당합니다. 결정을 하지 않으면 낡아가는 도면 폴더가 생깁니다.

프로세스 흐름 및 플로우차트 템플릿의 유형

기본 플로우차트. 몇 가지 의사결정이 포함된 순차 단계. 기본값이며 대개 올바른 선택입니다.

스윔레인 또는 크로스펑셔널. 역할별로 단계가 배정됩니다. 인수인계 문제에는 위와 같이 적용하세요.

의사결정 트리. 분기가 많고 순서는 적습니다. 종종 의사결정 테이블로 표현하는 편이 더 좋습니다. 테이블은 유지보수가 더 쉽고, 읽기도 똑같이 쉽습니다. 어떤 경우에 테이블이 다이어그램보다 나은지에 대해서는 저희의 잡 에이드 템플릿을 참고하세요.

데이터 흐름 다이어그램. 순차로 이어지는 작업이 아니라, 저장소와 프로세스 사이에서 정보가 이동하는 모습을 보여 줍니다. 다른 질문을 위한 다른 표기법입니다.

밸류 스트림 맵. 흐름에 시간, 재고, 그리고 부가가치 데이터까지 추가합니다. 문서 형식이 아니라 낭비를 찾기 위한 린(Lean) 도구입니다.

시스템 또는 아키텍처 흐름. 사람의 단계가 아니라 구성 요소와 인터페이스를 다룹니다. 그리고 이는 IT 문서와 함께 사용합니다.

현재 상태 vs 미래 상태. 두 개의 다이어그램을 나란히 배치합니다. 변화 결정을 내릴 때는 정말 유용하지만, 이후에는 거의 유지보수할 가치가 없습니다. 미래 상태가 곧 현재 상태가 되거나, 아니면 폐기되기 때문입니다.

Word, PowerPoint 또는 Excel에서 플로우차트 템플릿을 받을 수 있나요?

PowerPoint는 세 가지 중에서 다이어그램을 편집해야 하는 대부분의 사람들에게 가장 실용적입니다. 거의 모두가 이미 가지고 있고, 도형과 커넥터가 합리적으로 동작하며, 박스를 옮겨도 커넥터가 연결된 상태로 유지됩니다.

Word로도 플로우차트를 만들 수는 있지만, 대략 열두 개 정도를 넘으면 불편해집니다. 드로잉 캔버스가 텍스트 흐름과 충돌하기 때문입니다. 다이어그램이 작고, 더 큰 문서 안에 포함될 때는 좋은 선택입니다.

Excel은 다이어그램에는 맞지 않고, 그 주변의 두 가지 작업에는 적합합니다. 하나는 프로세스 레지스터입니다. 모든 흐름을 담당자, 마지막 검증 날짜, 의사결정 지점 수와 함께 나열하고, 분기가 많은 다이어그램에서 추출한 어떤 의사결정 테이블도 포함합니다.

발행용 버전은 PDF로 만드세요. 중요한 점은 소스 파일이 문서에서 접근 가능하고 문서에 이름이 명시되어 있어야 한다는 것입니다. 편집 가능한 원본이 없는 PDF 플로우차트는 업데이트될 수 없는 다이어그램이기 때문입니다.

어떤 도구를 선택하든, 다이어그램을 업데이트해야 할 가능성이 있는 모든 사람이 이미 가지고 있는 도구를 고르세요. 위의 Storrington 사례는 노력보다 라이선스에서 실패했습니다.

ChatGPT 또는 AI 도구로 플로우차트를 만들 수 있나요?

초안은 만들 수 있고, 시작점으로서도 꽤 유용합니다. 프로세스를 쉬운 말로 설명하면, 대부분의 최신 모델이 Mermaid 같은 텍스트 표기법으로 다이어그램을 반환하거나, 다이어그램 도구에 그대로 붙여 넣을 수 있는 구조화된 설명을 제공할 것입니다.

알아두면 좋은 한계가 두 가지 있습니다. 모델은 ‘당신이 가진 프로세스’가 아니라 ‘당신이 설명한 프로세스’를 그리는 것이므로, 사용자가 이해한 범위에서의 순조로운 경로와 본인 이해의 공백을 그대로 재현할 가능성이 큽니다. 그리고 어떤 분기가 실제인지 알 방법이 없어서, 현실에 결과가 세 가지로 고르지 않게 존재하는데도 대칭적으로 깔끔한 의사결정을 만들어 내는 경향이 있습니다.

실무적으로는, 작업을 수행하는 사람들과의 대화를 시작할 수 있도록 2분 안에 대략적인 다이어그램을 얻는 데 유용합니다. 출력물을 ‘지도’로 취급하기보다, 그 대화를 위한 프롬프트로 취급하세요.

다이어그램 대신 텍스트로 유지해야 할 것

박스가 아니라 말로 일관되게 들어가야 하는 프로세스의 부분들입니다.

예외와 엣지 케이스는 다이어그램을 읽기 불가능하게 만드는 가장 빠른 방법입니다.

어떤 복잡성이라도 포함된 의사결정 규칙. 즉, 임계값, 값, 또는 여러 조건이 포함된 모든 것들입니다. "신용 확인"이라고 적힌 마름모는, 텍스트 3줄이 필요한 규칙을 숨깁니다.

테스트가 아니라 판단이 필요한 모든 것. 다이어그램은 결정 가능한 답을 전제하기 때문입니다.

필드 수준의 상세 정보, 시스템 이름, 그리고 어디에 무엇이 입력되는지에 대한 구체적인 내용. 이런 것들은 다이어그램이 놓인 위의 절차(procedure)에 들어가야 합니다.

그리고 프로세스가 존재하는 이유. 이는 둘 중 어느 쪽에도 들어가기보다 정책(policy)에 들어가야 합니다.

좋은 조합은 다음과 같습니다. 형태와 분기를 보여 주는 1페이지짜리 다이어그램을 만들고, 아래에 절차가 상세 내용을 담는 방식입니다. 그 아래 레이어는 저희의 SOP 템플릿이 다룹니다.

플로우차트가 담을 수 없는 프로세스를 문서화하는 방법

분명히 말할 가치가 있습니다. Trupeer AI는 플로우차트를 그리지 않습니다. 화면에서 누군가가 하는 일을 기록하고, 이를 글로 된 가이드와 비디오로 바꿉니다. 다이어그램 자체는 다이어그램 도구가 필요하며, 좋은 무료 도구도 여러 가지가 있습니다.

Trupeer AI가 도움이 되는 지점은 플로우차트가 담을 수 없는 작업의 절반입니다. 다이어그램이 형태와 분기를 보여 주면, 누군가가 여전히 각 박스 안에서 실제로 무슨 일이 일어나는지 설명해야 합니다. 그리고 그 설명이 필요한 시점은 프로세스를 검토할 때가 아니라, 실제로 작업을 수행하는 바로 그 순간입니다.

작업을 한 번 기록하면, 단계와 화면이 이미 캡처된 상태로 그에 해당하는 글 상세 내용이 만들어집니다. 이는 직접 쓰는 것보다 훨씬 빠르고, 정확할 가능성도 훨씬 높습니다. 또한 예외도 잘 처리합니다. 나중에 기억하려고 애쓰기보다, 예외가 발생하는 대로 기록하는 것이 실무적인 접근이기 때문입니다.

기록하세요. 브랜드를 입히세요. 번역하세요. Trupeer하세요.

결과물은 다이어그램과 함께 일관된 브랜딩으로 지식 베이스에 저장되며, SOP 생성기는 통제가 필요한 절차를 다룹니다. 설정 안내는 문서 템플릿 설정 가이드에 있습니다.

자주 묻는 질문

PowerPoint에서 무료 프로세스 흐름 템플릿을 사용할 수 있나요?

PowerPoint는 충분히 합리적인 선택이며 대부분의 사람이 이미 가지고 있습니다. 표준 도형과 커넥터 스타일로 한 장의 슬라이드를 만들고, 이를 ‘집 템플릿’으로 저장하세요. 전용 도구와의 장점은 순전히 실용적입니다. 다이어그램을 업데이트해야 하는 누구나 라이선스 요청 없이 열 수 있기 때문입니다.

Word용 플로우차트 템플릿이 있나요?

Word는 더 큰 문서 안에 들어가는 작은 플로우차트를 처리할 수 있습니다. 드로잉 캔버스를 사용하면 도형이 그룹으로 유지됩니다. 대략 열두 개를 넘어서면 불편해지며, 다이어그램은 다른 곳에서 더 잘 만들어 이미지로 삽입하는 편이 낫습니다. 그리고 소스 파일 위치는 문서에 기록해 두면, 누군가가 나중에 업데이트할 수 있습니다.

Excel에서 프로세스 흐름 차트 템플릿을 사용할 수 있나요?

Excel로도 만들 수는 있지만, 대개는 그럴 필요가 없습니다. 여기서 Excel이 유용한 역할은 레지스터입니다. 즉, 담당자, 마지막 검증 날짜, 의사결정 지점 수, 그리고 소스 파일이 어디에 있는지까지 포함해 모든 프로세스 흐름을 나열하는 것입니다. 이 레지스터가 있어야, 위의 예시에서 설명한 것처럼 다이어그램 라이브러리가 조용히 낡아지는 실패를 막을 수 있습니다.

PDF에서 무료 프로세스 흐름 템플릿을 사용할 수 있나요?

배포 및 감사나 패키지에 들어가는 모든 용도를 위해 PDF로 내보내세요. 소스 파일과 그 위치를 항상 다이어그램 자체에서 이름으로 명시하세요. 도달 가능한 원본이 없는 PDF 플로우차트는 아무도 유지보수할 수 없는 문서이기 때문입니다.

플로우차트에는 박스가 몇 개 정도 있어야 하나요?

한 페이지에 15~20개 정도가 읽기 가능한 한계에 가깝습니다. 그 이상이면, 연결된 서브 플로우로 상위 레벨 흐름을 나누거나, 분기만 보여 주는 작은 다이어그램과 함께 프로세스를 텍스트로 표현하는 편이 낫다고 받아들이세요. 박스가 60개인 다이어그램은 보통 ‘철저함’을 보여 주기 위해 만들고, 읽기 위해 만들지는 않는 경우가 많습니다.

프로세스 흐름과 프로세스 맵의 차이는 무엇인가요?

실무에서는 두 용어를 서로 바꿔 쓰는 경우가 많습니다. 조직에서 구분한다면, 프로세스 흐름은 단계의 순서이고, 프로세스 맵은 더 넓은 범위를 다루며 역할, 시스템, 입력, 출력, 그리고 때로는 타이밍과 볼륨 데이터까지 추가합니다. 밸류 스트림 맵은 여기에 대기 시간과 부가가치 분석까지 더해 한 단계 더 나아갑니다.

누가 프로세스 플로우차트를 담당해야 하나요?

도구, 접근 권한, 그리고 업데이트할 시간까지 갖춘 ‘이름이 명시된’ 역할이 담당해야 합니다. 이는 들리는 것보다 더 높은 기준이며, 대부분의 다이어그램이 낡아지는 이유이기도 합니다. 세 가지를 모두 충족하는 사람을 특정할 수 없다면, 유지보수 문서로서 다이어그램을 만들지 마세요.

프로세스 흐름은 얼마나 자주 업데이트해야 하나요?

일정표가 아니라 트리거에 따라 업데이트하세요. 시스템이 바뀔 때, 인수인계가 팀 간에 이동할 때, 새로운 분기가 나타날 때, 또는 프로세스 담당자가 바뀔 때입니다. 마지막 검증 날짜를 추가하고 매년 다시 확인하세요. 다이어그램의 경우 보통 읽는 것보다 실제로 프로세스를 수행하는 사람과 함께 점검하는 것을 의미합니다.