ÖRNEK UYGULAMA / REJOURNEY

Siparişten teslimata yalın akış

Siparişin hangi adımda ve neden beklediği nasıl görünür kılınır; hangi kararlar güvenle devredilir?

Temsili senaryo24 haftalık model4 aşama
ReJourney programının görsel anlatımı

01 / BAŞLANGIÇ

Çalışma zemini

Orta ölçekli, proje bazlı sipariş alan ve üretim ile depoyu ayrı sistemlerde yöneten temsili bir işletme.

Çözülmesi gereken düğüm: Teklif onayı kurucuda toplanıyor; satış, üretim ve depo aynı siparişin farklı kayıtlarını tutuyor. Gecikmenin kaynağı ve hata maliyeti ölçülemiyor.

Başlangıç kanıtları

  • Son 12 ay sipariş zaman damgaları ve iptal kayıtları
  • Onay e-postaları, ERP olay kayıtları ve mevcut rol listesi
  • Üretim kapasitesi, stok doğruluğu ve iade nedenleri

02 / DÖRT AŞAMALI DÖNGÜ

24 haftalık uygulama akışı

01

Strategy · Hafta 1–4

Strategy

Sipariş yaşam döngüsünü as-is olarak haritala; bekleme, tekrar işleme ve kişi bağımlılığı için baz çizgi oluştur.

ÇıktıD-RJ-01 + D-RJ-02; onaylanan sorun listesi
02

Design · Hafta 5–8

Design

İki pilot ürün grubunda to-be akışı, onay limitleri, WIP sınırı ve hata önleme kontrollerini tasarla.

ÇıktıD-RJ-03 + D-RJ-05 + D-RJ-06; pilot tasarımı
03

Build · Hafta 9–18

Build

RACI, sipariş durum alanları, otomatik devir ve istisna kuyruğunu ERP/BPM üzerinde pilotla; ekibi eğit.

ÇıktıD-RJ-07 + D-RJ-09; canlı pilot ve kayıtlar
04

Calibration · Hafta 19–24

Calibration

Sipariş çevrim süresi, onay beklemesi ve iade oranını baz dönemle karşılaştır; kalıcı akış için karar ver.

ÇıktıD-RJ-10 + D-RJ-13 + D-RJ-15; etki ve açık iş raporu

03 / SAHA İŞLEYİŞİ

Uygulama adımları

01

Başlangıç çizgisini doğrula

Sipariş kaydından teslim teyidine kadar her olay için tek bir zaman çizgisi çıkarılır. Eksik zaman damgaları ayrıca işaretlenir.

02

Darboğazı ayır

Bekleme süresi ile fiilî işlem süresi ayrıştırılır; en uzun kuyruk ve tekrar işleme nedenleri süreç sahibiyle doğrulanır.

03

Yetkiyi kontrollü devret

Rutin iskonto ve sevkiyat kararları yazılı limitlere bağlanır. Limit dışı işlemler insan onayına ve denetim izine gider.

04

İki akışı karşılaştır

Pilot ve karşılaştırma gruplarında aynı KPI tanımları kullanılır; veri kalitesi yetersizse başarı kararı ertelenir.

04 / ÖLÇÜM VE KARAR

Ölçülecek göstergeler

Sipariş çevrim süresiTeslim teyidi − sipariş kabul zamanı; medyan ve yüzde 90
Onay bekleme süresiOnay isteği ile karar arasındaki iş saati
İlk seferde doğru işlemİadesiz ve yeniden işleme gerektirmeyen sipariş / toplam sipariş
Karar kapısı

Pilot, yalnızca onay limitleri yazılıysa, ERP olay kayıtları izlenebiliyorsa ve süreç sahibi istisna kuyruğunu işletiyorsa genişletilir.

05 / ÇALIŞILMIŞ ÖRNEK

Altı siparişte kararın nasıl üretildiğini görün.

Aşağıdaki veri tamamen kurgusaldır; bir danışan sonucu değildir. Aynı sipariş tipleri için eski ve pilot akış süreleri saat cinsinden karşılaştırılır. Pilot öncesi medyan 102 saat, pilot medyanı 27 saattir; örnek veri üzerinden hesaplanan fark %73,5'tir.

SiparişEski akışPilot akışİş tipiPilot istisnası
O-0172 saat20 saatstandartsorunsuz
O-0296 saat26 saatstandartsorunsuz
O-03120 saat30 saatözel fiyatlimit üstü insan onayı
O-0484 saat18 saatstandartsorunsuz
O-05108 saat35 saatstok istisnasıstok doğrulaması
O-06144 saat28 saatstandartsorunsuz

Örnek ölçüm tablosunu indir ↓

Ölçümün karar kapısı

  1. Gerçek pilotta en az 30 tamamlanmış sipariş ve aynı ürün/iş karışımından karşılaştırma grubu toplanır.
  2. Zaman damgalarının %95'i ERP/BPM kaydıyla doğrulanır; eksik kayıtlar iyileşme hesabına alınmaz.
  3. İstisna sayısı, ilk seferde doğru işlem ve müşteri şikâyeti süreyle birlikte raporlanır; hız uğruna kalite kaybı kabul edilmez.
  4. Süreç sahibi önerir, COO uygulama kararını verir, İç Kontrol örneklem ve yetki sınırını test eder. Limit aşımı otomatik olarak kayıtlı insan onayına gider.
  5. İki ardışık ölçüm döneminde iyileşme korunursa ve kontrol ihlali yoksa kapsam genişletilir; aksi halde tasarıma geri dönülür.

Formül: Medyan iyileşme = (102 − 27) / 102 × 100 = %73,5. Altı sentetik kayıtla kurumsal başarı iddiası kurulmaz.

Uygulama sınırı

Ölçüm ve veri doğrulaması tamamlanmadan “%75 hızlanma” gibi bir sonuç ilan edilmez. Hedefler şirketin baz değerlerine göre belirlenir.

SONRAKİ OKUMA

Kararların nasıl değiştiğini görün.

Bu uygulamanın temsili vaka akışında, farklı bulguların hangi karara götürdüğünü izleyin.

Vakayı aç ↗