직원 온보딩을 위한 완성된 계산모델

유입: 연간 260명 입사, 즉 근무일 기준 하루 약 1.05명, 하루 변동률 30%와 최고일 계수 1.4가 6%의 날에 발생합니다. 채용은 규칙적으로 오지 않고 파도로 옵니다.

중요한 진단. 하루에 한 건이라는 수치는 병목이 발생하지 않는 프로세스처럼 보입니다. 그러나 계산은 다르게 말합니다: 2.5시간에 가동률 92%는 138분이고, 평균 110분의 설치시간이면 이는 하루에 1.3건의 처리능력으로 하루 평균 도착 1.05건과 맞먹습니다. 이는 하루의 수요가 그날의 처리능력을 초과하지 않을 때만 충분합니다. 28%의 날에는 초과합니다. 약속들이 쌓이기 때문입니다.

열의 합은 100%입니다: 각 실행(run)에서 그날 가장 높은 가동률을 보이는 단일 결속 단계가 정확히 하나 계산됩니다. “86 %”는 “가동률이 86 %”라는 뜻이 아닙니다. 이 수치는 옆에 표기된 값이고 평균적으로도 86%이지만, 수요가 큰 날에는 134%입니다.

처리능력은 단순한 상주 시간이 아닙니다. IT는 하루 종일 상주합니다. 온보딩에는 2.5시간만 할당됩니다. 인원 수만 입력하고 시간을 입력하지 않으면 결코 병목이 없는 프로세스를 계산하게 되고 첫 출근에 노트북이 없는 것에 놀라게 됩니다.

1. 근무일 기준 입사 수. 전년도 입사 수 ÷ 근무일 수입니다. 인사부에 기재되어 있습니다; 작은 조직에서는 새 인사번호 수로도 충분합니다.
2. 피크 계수. 채용은 파도로 옵니다. 교육 시작, 분기 시작, 새 팀 구성 등. 한 달 중 가장 강한 달에서, 보통과 비교해 한 날에 몇 건의 입사가 몰리는지의 비율입니다. 1.4에서 2 사이가 일반적입니다. 이 값이 없으면 결코 부하가 걸리지 않는 프로세스를 계산하게 되어, 실제로 프로세스가 끊기는 바로 그 주를 놓치게 됩니다.
3. IT가 온보딩에 할당하는 시간. IT 인원수 말고 시간입니다. 핵심 수치는 운영을 병행하면서 실제로 시설·계정 같은 설정 업무에 사용할 수 있는 하루 시간 비율이며, 보통 2~4시간입니다.
4. IT 설치의 처리 시간 범위. 하한과 상한이며 평균값이 아닙니다. “표준 작업공간”과 “세 가지 전문 애플리케이션이 필요한 특수 사례”의 차이가 바로 이 범위이며, 이 범위가 평균값보다 대기 시간에 더 큰 영향을 줍니다.
5. 하루당 작성되는 온보딩 계획 수. 작성할 항목이 있을 때 팀장이 하루에 몇 개를 작성하는지입니다. 예제에서는 1.8로 되어 있으며, 이 단계는 실행의 13%에서 두 번째 병목이 됩니다. 이 항목은 거의 측정되지 않습니다.
6. 역할별 총비용률. 총급여 × 1.5~1.8, 연간 약 1,500 생산 시간으로 나눕니다. 50,000유로 직위는 시간당 약 53 €의 비용이 되며, 급여 ÷ 2,080시간으로 계산한 단순치는 아닙니다.

계산 전에 하는 대조 검증: 지난 12주 동안 첫 근무일에 무언가가 빠졌던 입사 건수를 세어 보세요. 그 비율이 모델이 제시하는 용량 초과 일수의 비율에 가까우면, 그 모델은 쓸 만합니다.

템플릿에 없는 항목 — 그리고 여기에서 가장 크게 작용합니다. 총 소요 시간은 처리 시간과 작업일 단위의 대기 시간의 합입니다. 달력에 묶인 연쇄 요소들, 예컨대 서명된 계약서의 회신, 노트북의 배송 기간, 안전교육 일정은 모델링되어 있지 않습니다. 실제 온보딩에서는 이들이 종종 전체 시간의 더 큰 부분을 차지합니다. 이런 요소가 있으면 이를 별도의 대기 단계로 입력하세요; 그러면 모델은 새 동료가 실제로 겪는 몇 주를 계산하고, 뒤에 있는 작업만이 아니라 실제 체감 시간을 반영합니다.

Hebel 1. Mehr IT-Zeit für das Onboarding. 하루에 한 시간을 더 확보하여 약속으로 정한 경우입니다. P90 통과시간이 9.6일에서 2.7 근무일로 감소하고, 최고일의 부하율은 134%에서 96%로 떨어집니다. 추가 인원을 요구하지 않고 단순한 합의로 가능한 조치이므로, 그 시간이 실제로 확보되는 한 비용 대비 효과가 가장 높습니다.

Hebel 2. Standard-Image statt Einzelanfertigung. 세 가지 주요 역할에 대해 미리 준비된 이미지입니다. 설치 시간이 75–150분에서 40–80분으로 줄어듭니다. 효과: P90이 9.6일에서 1.0 근무일로, 최고일 부하율이 134%에서 71%로, 취입당 작업시간 비용이 243 €에서 188 €로 감소합니다. 이 조치는 처리 시간을 단축하므로 용량이 아니라 작업 시간에 영향을 주어 시간과 비용을 동시에 이동시키는 유일한 방법입니다.

Hebel 3. Zweite Person in der IT. 가장 비용이 큰 조치이며 결과적으로 Hebel 2보다 약한 효과를 보입니다. 그래도 계산하면 이유가 보입니다: 추가된 반인력 한 명이 해당 단계의 용량을 두 배로 늘리지만, 그 단계의 작업은 여전히 110분이 소요됩니다. 작업 분할보다 작업 자체 단축이 더 큰 효과를 냅니다.

Hebel 4. Den Einarbeitungsplan beschleunigen. 무효 결과입니다. Einarbeitungsplan은 최고일에 87%로 두 번째로 빡빡한 단계이며 실행의 13%에서 병목입니다; 그 속도를 거의 두 배로 올려도 0.2일밖에 줄지 않습니다. IT가 묶여 있는 한 팀 리더에게는 충분한 작업이 도달하지 않습니다. 두 번째 병목에 대한 개선은 반쪽 성공이 아니라 성공이 아닙니다.

주목할 만한 역향 방향도 있습니다: 네 가지 조치 중 세 가지에서 병목이 Einarbeitungsplan, 즉 현재는 원인으로 보이지 않는 팀 리더십으로 이동합니다. 이와 같은 후속 효과는 표가 각 단계를 개별적으로 계산하기 때문에 드러나지 않는 부분입니다.

20 000번의 실행에서 각 단계별 백분율이 어떻게 도출되는지는 기사 Monte-Carlo-Simulation für Prozesse에 설명되어 있고, P50과 P90 사이의 분포가 실제로 중요한 이유는 P10, P50, P90 verstehen에서 확인하실 수 있습니다.

Nach Ist-Stand sichern, einem geänderten Hebel und einem zweiten Lauf gibt der Vergleich aus:

• Durchlaufzeit vorher/nachher als P50 und P90. Die Zusage an die Fachbereiche wird gegen das P90 gegeben, nicht gegen den Median. Wer „am ersten Tag ist alles da“ verspricht, weil der Median 1,3 Tage sagt, verspricht etwas, das an jedem zehnten Eintritt nicht hält.
• Auslastung je Schritt am Spitzentag und der neue Engpass nach der Massnahme. In diesem Modell wandert er in drei von vier Hebeln zum Einarbeitungsplan.
• Durchsatz als Eintritte je Woche gegen die ankommenden: 4,9 von 5,3 im Ist-Stand.
• Arbeitszeitkosten je Eintritt und im Jahr, aus Mengen, Zeiten und Vollkostensätzen. Die Vorlage rechnet mit rund 243 € je Eintritt, davon 477 Stunden im Jahr in der IT.
• Die Annahmenliste mit jeder geschätzten Eingabe. Der Satz „Lieferzeit der Hardware ist nicht modelliert“ nimmt der schärfsten Rückfrage die Spitze, bevor sie gestellt wird.

Ausgegeben wird das als zwei PDF: Angebot für den Entscheider, Dokumentation für die Nachvollziehbarkeit, mit Ihrem Briefkopf, wenn Sie einen hinterlegt haben.

Dieselbe Vorlage, zwei Fragen. Diese Seite beantwortet die Rechenfrage: woher die 86 % kommen und wohin der Engpass wandert, wenn man ihn löst. Die andere Frage (was würde man empfehlen, und was kostet eine unproduktive erste Woche) gehört zur Methode und nicht zum Werkzeug. Sie steht drüben im Analysen-Archiv von Flowrefy, zusammen mit dem Vorgehen, aus dem diese Vorlagen entstanden sind. Ein Datensatz, zwei Fragen, zwei Publika.

• **주문처리**은 주문부터 주문확정까지 진행됩니다. 한 사람이 역할을 나눠 맡는 경우: 따로 보면 편해 보이는 두 단계가 같은 사람의 같은 오후입니다.
• **견적프로세스**는 리드타임이 비용이 아니라 매출에 영향을 미치는 경우입니다.
• **송장승인**은 변동성 사례입니다: 평균적으로는 처리능력보다 낮다가 월말에는 그 이상입니다.
• **클레임**에서는 병목이 회사 외부에 있으므로 정직한 권고는 ‘자동화’가 아닙니다.
• 직원 온보딩은 이 페이지입니다.
• **IT 티켓**은 분기(분기점)가 있는 전형적인 대기행동을 보여줍니다: 65%는 즉시 해결되고 35%는 2단계로 넘어갑니다.

각 템플릿은 시작 창의 템플릿 보기에서 열립니다. 처음에는 자체 모델을 만들기 전에 템플릿 하나를 여는 것이 좋습니다. 그렇지 않으면 지나치게 세밀하게 모델을 만들게 됩니다.