머릿속의 프로세스에서 운영위원회에서 통하는 수치로

워크숍에서는 아무도 상자를 그리지 않습니다. 말하는 동안 입력하십시오 — 각 단계마다 한 줄, 다음 단계는 Enter로 입력하십시오. 체인은 스스로 연결됩니다:

1. 01단계 1 · Find

   영역과 프로세스 생성

   사이드바에서 부문(영업, 주문처리, 서비스)을 만들고 그 안에 가장 많은 비용을 초래하는 한 프로세스를 넣으세요. 세 개가 아니라 하나만 선택하세요.

   무엇을 하세요

   1. 01부문을 만들고 프로세스 이름을 내부에서 실제로 사용하는 이름으로 지정하세요.
   2. 02시작점과 종료점을 정하세요: 사례는 어디에서 시작하고 언제 완료되나요?
   3. 03일일 처리량과 변동을 입력하세요 — 여기서 평균일과 강한 날이 나옵니다.

   무엇이 보이나요

   사이드바에 시작 및 종료 노드와 프로세스 이름이 표시된 빈 캔버스가 보입니다.

   전형적 실수

   경계를 너무 넓게 잡지 마세요. ‘첫 접촉부터 대금 입금까지’는 네 개의 프로세스입니다. 의심이 가는 바로 그 하나의 프로세스를 모델링하세요.

2. 02단계 2 · Lay bare

   절차를 클릭하세요. 설명하지 마세요.

   단계는 실제로 사례가 진행되는 순서대로 배치하세요, 바람직한 순서대로가 아닙니다. 결정, 루프 복귀 및 탈락은 별도의 구성요소입니다.

   무엇을 하세요

   1. 01클릭으로 단계, 결정, 하위프로세스 및 탈락을 배치하세요.
   2. 02되돌이 루프를 그리세요: 모든 재작업은 주석이 아니라 하나의 경로입니다.
   3. 0315단계 초과하면 요약하세요. 상세 수준은 품질 지표가 아닙니다.

   무엇이 보이나요

   흐름을 블록들의 연쇄로 표현하고, 옆에 라이브 미리보기를 두세요.

   전형적 실수

   목표 프로세스를 모델링하세요. 현실에서 매 세 번째 주문이 되돌아간다면 그 경로는 모델에 포함되어야 합니다. 그렇지 않으면 존재하지 않는 회사를 시뮬레이션하는 것입니다.

   

3. 03단계 3 · Lay bare

   시간을 범위로 입력하세요

   각 단계에는 처리시간 범위와, 있으면 그 이전의 대기시간을 기입하세요. 하나 대신 두 숫자: 최단 경우, 최악의 경우.

   무엇을 하세요

   1. 01처리시간을 시작–끝으로 입력하세요, 평균값을 입력하지 마세요.
   2. 02대기시간은 별도로 기록하세요. 즉 아무도 작업하지 않는 시간을 입력하세요.
   3. 03오류 및 재작업 비율을 의사결정 지점에 연결하세요.

   무엇이 보이나요

   블록은 시간 범위를 가지며, 미리보기는 최초 처리시간을 보여줍니다.

   전형적 실수

   대기시간을 잊지 마세요. 대부분의 사무 프로세스에서는 누군가 작업하는 시간보다 더 오래 사건이 머뭅니다. 처리시간만 입력하면 잘못된 절반을 최적화하는 것입니다.

4. 04단계 4 · Lay bare

   역할과 처리 능력 할당

   각 단계에는 역할이 필요하고, 각 역할에는 실제 용량이 필요합니다. 인원 수가 아니라 해당 프로세스에 실제 투입되는 시간입니다.

   무엇을 하세요

   1. 01단계별로 역할을 할당하세요. 병목이 한 사람인 경우에만 개인을 배정하세요.
   2. 02역할별 순수 용량을 입력하세요: 이 프로세스에 투입되는 하루 시간입니다.
   3. 03역할별 비용율을 입력하세요, 그래야 최종적으로 유로가 계산됩니다.

   무엇이 보이나요

   업무부서 렌즈는 역할별 가동률을 색으로 표시합니다: 넉넉하면 85 % 미만, 빡빡하면 최대 100 %, 그 이상이면 과부하입니다. 빨간색은 그 의미만을 뜻합니다.

   전형적 실수

   하루 8시간으로 계산하세요. 현실적인 값은 4~6시간입니다. 용량을 너무 높게 잡으면 모든 병목이 사라집니다. 그러면 시뮬레이션이 실제로는 없는 곳에 안심 신호를 보냅니다.

   

5. 05단계 5 · Fit

   시스템과 매체 단절 표시

   각 단계에 어떤 시스템에서 작업하는지 기입하세요. 데이터가 한 시스템에서 다른 시스템으로 다시 타이핑되는 곳에는 미디어 단절이 발생하며 시간, 오류, 재작업이 생깁니다.

   무엇을 하세요

   1. 01단계별 시스템 입력: ERP, CRM, Excel, 메일함, 종이.
   2. 02전환 지점을 확인하세요: 시스템이 어디에서 바뀝니까? 거기가 미디어 단절입니다.
   3. 03단절 지점의 재작업 비율을 현실적으로 추정하세요.

   무엇이 보이나요

   IT 렌즈는 시스템별 부하와 수기로 이전되는 지점을 보여줍니다. 단절을 없애면 얻는 가치는 나중에 옵션 목록이 연간 유로로 계산해줍니다.

   전형적 실수

   Excel과 메일함은 시스템으로 보지 마세요. 가장 비용이 큰 단절 지점이 바로 거기에 있으며 ERP에 있지 않습니다.

   

6. 06단계 6 · Observe

   부하 시험을 시작하고 병목을 읽으세요

   이제 FlowVisual이 귀하의 범위 값들로, 매번 다른 값으로 몇백 개의 무작위 근무일을 계산합니다. 바로 여기서 병목이 생깁니다 — 의견이 아니라 부하로부터.

   무엇을 하세요

   1. 01스트레스 테스트를 시작하고 부하 기준을 선택하세요: 한가한 날(P10), 평균(Ø)일 또는 바쁜 날(P90).
   2. 02가장 좁은 단계를 여세요: 바쁜 날의 부하, 용량을 초과한 날의 비율, 남은 여유(“+20 % 볼륨을 처리”).
   3. 03주기시간을 기록하세요: 전형적인 날(P50), 나쁜 날(P90) 및 그 뒤의 극단일(가장 나쁜 5 %의 평균).

   무엇이 보이나요

   지금 막 막히는 곳의 주기시간 분포와 처리량을 보세요 — 부하 기준마다 별도의 수치가 있습니다.

   전형적 실수

   평균(Ø)일만 보지 마세요. 프로세스는 평균에서 망가지지 않고 바쁜 날에 망가집니다. 여유 지표가 그때까지 얼마나 남았는지 알려줍니다.

   

7. 07단계 7 · Weigh & Yield

   개입을 시뮬레이션하고 사전·사후를 내보내세요

   FlowVisual은 스트레스 테스트 자체에서 옵션을 도출해 우선순위를 매깁니다. 사용자는 옵션을 검토하고 필요하면 자체 변형을 추가할 수 있으며 — 각 변형은 고지수가 아닌 완전한 신규 시뮬레이션으로 계산됩니다.

   무엇을 하세요

   1. 01제안된 옵션 읽기(미디어 단절 해소, 자동화, 인력 구성 변경) 또는 자체 변형 만들기.
   2. 02변형별 차이를 확인하세요: 사이클 타임, 처리량, 연간 유로 — 동일한 실행에서 나온 P10–P90 범위와 함께.
   3. 03제안을 PDF로 내보내기; 문서는 PDF 또는 Word로, 데이터는 JSON으로.

   무엇이 보이나요

   두 번의 실행을 나란히 비교하고 우선순위가 매겨진 권고 제공 — 어느 옵션이 이익을 내지 못하는지 보여주는 솔직한 행도 포함됩니다.

   전형적 실수

   세 가지 개입을 동시에 변경하면 마지막에 나아졌다는 사실만 알게 되고 무엇 때문인지 모릅니다. 한 번의 변경, 한 번의 실행.

차이는 기능 수가 아니라 질문입니다. 다이어그램은 문서화하고, 표는 합산하며, 스위트는 관리합니다. FlowVisual은 변동을 계산하는데 변동이야말로 프로세스가 막히는 이유입니다.

1. 01

   병목을 미리 정합니다.

   문제

   어디가 막히는지 이미 아는 사람은 무의식적으로 그쪽으로 모델링합니다. 실행 결과가 그 추정을 확인합니다. 순환논증입니다.

   더 나음

   의심을 적어 두고, 돌아서서 결과에 마음을 열고 모델링하십시오. 그다음 비교하십시오. 둘이 다르면 바로 그것이 인사이트입니다.

2. 02

   범위 대신 평균값을 입력합니다.

   문제

   평균값은 대기열이 없는 프로세스를 만듭니다. 정작 병목을 만드는 변동성은 계산에서 사라집니다.

   더 나음

   항상 '부터–까지'로 입력하십시오. 하나의 값만 알고 있다면: -40 퍼센트, +80 퍼센트. 그것이 점값보다 현실에 가깝습니다.

3. 03

   과도하게 세분화하여 모델링합니다.

   문제

   사십 단계에 두 시간 모델링을 쏟아도 결과가 좋아지지 않습니다. 병목은 세부 분해에 있는 경우가 드뭅니다.

   더 나음

   열에서 열다섯 단계. 먼저 응축하고, 그다음 정교하게 하고, 스트레스 테스트가 가리키는 곳에서만 세분화하십시오.

4. 04

   대기 시간을 무시합니다.

   문제

   처리 시간만 기록하면 문서상의 리드타임이 반으로 줄어들고 병목이 잘못된 위치로 옮겨집니다.

   더 나음

   단계 간 대기 시간도, 거칠게라도, 함께 기록하십시오. 하루의 대기 시간은 열 분의 처리 시간보다 더 무겁게 작용합니다.

5. 05

   절감을 전일제 인원으로 환산합니다.

   문제

   주당 절약된 네 시간은 반 인력이 아닙니다. 그것은 다른 용도로 쓰이는 네 시간입니다. 비용은 그대로 있습니다.

   더 나음

   시간과 처리량의 절감 효과를 표시하고, 그로부터 비용 절감이 실제로 발생할지 별도로 결정하십시오.