Kaynaklar ve kapasite planlaması
Kaynaklar nedir?
Süreç simülasyonunda kaynaklar, etkinliklerin kullanmak için yarıştığı sınırlı kapasiteye sahip unsurları ifade eder. Simülasyonunuzdaki gerçekçi darboğazlar, kuyruklar ve bekleme süreleri kaynaklardan doğar. Kendi sürecinizin simülasyonunu ücretsiz denemeyle yapabilirsiniz.
Yaygın kaynak türleri
| Kategori | Örnekler |
|---|---|
| İnsanlar | Müşteri hizmetleri temsilcileri, kredi yetkilileri, yöneticiler ve uzmanlar |
| Ekipman | Makineler, iş istasyonları ve test ekipmanları |
| Sistemler | Yazılım lisansları, sunucu kapasitesi ve API hız sınırları |
| Tesisler | Toplantı odaları, üretim hatları ve denetim istasyonları |
Kaynakları neden modellemelisiniz?
Kaynak kısıtları olmadığında simülasyon, kapasitenin sınırsız olduğunu varsayar: her vaka beklemeden hemen işlenir. Bu, çoğu süreç için gerçekçi değildir.
Kaynakları modellemek şunları sağlar:
- Gerçekçi darboğaz tespiti
- Bekleme sürelerinin doğru tahmini
- Kapasite planlaması ve what-if analizi
- Kapasitenin ilk nerede tükendiğini anlama
Kaynak havuzları
ProcessMind’de kaynaklar, birbirinin yerine kullanılabilen birimlerden oluşan havuzlarda düzenlenir.
Havuz özellikleri
| Özellik | Açıklama |
|---|---|
| Ad | Kaynağın tanımlayıcısı (ör. “Onay ekibi”, “Kredi işlem sorumlusu”) |
| Kapasite | Havuzdaki kullanılabilir birim sayısı |
Kapasiteyi anlama
Kapasite, bu kaynağı aynı anda kaç etkinliğin kullanabileceğini belirler:
- Kapasite = 1: Kaynağı aynı anda yalnızca bir vaka kullanabilir
- Kapasite = 5: Kaynağı aynı anda en fazla 5 vaka kullanabilir
Örnek: Onay departmanınızda, her biri aynı anda bir onay işlemi yapabilen 3 çalışan varsa kapasiteyi 3 olarak ayarlayın.
Etkinliklere kaynak atama
Sürecinizdeki her etkinlik, ihtiyaç duyduğu kaynakları belirtebilir:
Atama özellikleri
| Ayar | Açıklama |
|---|---|
| Kaynak havuzu | Kaynağın alınacağı havuz |
| Miktar | İhtiyaç duyulan kaynak birimi sayısı |
Basit atama
Çoğu etkinlik, tek bir kaynağın bir birimine ihtiyaç duyar:
- Etkinlik: “Başvuruyu incele”
- Kaynak: “Kredi yetkilileri” (miktar: 1)
Birden fazla birim atama
Bazı etkinlikler birden fazla birime ihtiyaç duyar:
- Etkinlik: “Önemli karar komitesi”
- Kaynak: “Kıdemli yöneticiler” (miktar: 3)
Kaynak tahsisi: vakalara kaynak sağlama
Bir vaka kaynak gerektiren bir etkinliğe ulaştığında simülasyon şu adımları izler:
Tahsis akışı
- Kullanılabilirliği kontrol edin: Gerekli kaynaklar kullanılabilir durumda mı?
- Gerekirse kuyruğa alın: Kaynaklar kullanılabilir değilse vaka bekleme kuyruğuna girer
- Bekleyin: Kaynaklar kullanılabilir olana kadar vaka bekler
- Tahsis edin: Kaynaklar kullanılabilir olduğunda vaka için ayrılır
- Yürütün: Etkinlik, örneklenen süre boyunca çalışır
- Serbest bırakın: Etkinlik tamamlandığında kaynaklar havuza geri döner
Kuyruk davranışı ve stratejisi
ProcessMind, kaynaklar kullanılabilir olduğunda bekleyen vakalara öncelik verilmesini belirleyen çeşitli kuyruk stratejilerini destekler:
| Strateji | Açıklama |
|---|---|
| FIFO | İlk giren ilk çıkar: vakalar geliş sırasına göre işlenir (varsayılan) |
| LIFO | Son giren ilk çıkar: en son gelen vakalar önce işlenir |
| Rastgele | Bekleme kuyruğundaki vakalar rastgele seçilir |
Kuyruk stratejisini her etkinlik için öğe ayarlarından yapılandırabilirsiniz.
Kuyruk stratejisi seçme
FIFO en yaygın ve en adil stratejidir. Yakın zamanda gelen vakalar daha öncelikliyse (örneğin, acil durum yükseltmelerinde) LIFO kullanın. Rastgele stratejisi, öngörülemeyen hizmet düzenlerini simüle etmek için yararlı olabilir.
Kaynaklar kullanılabilir değilse ne olur?
Gerekli kaynaklar meşgulse:
- Vaka, ilgili kaynağın bekleme kuyruğuna girer
- Vaka bekler (simülasyon zamanı ilerler)
- Kaynaklar boşaldığında, bekleyen vakalardan biri yapılandırılan kuyruk stratejisine göre seçilir
- Ardından etkinlik başlar
Simülasyonunuzdaki gerçekçi bekleme süreleri bu kuyruk davranışından kaynaklanır.
Periyodiklik ile kaynak kullanılabilirliği
Kaynakların kapasitesi her zaman aynı olmayabilir. Değişken kullanılabilirliği modellemek için periyodikliği kullanın.
Örnek: çalışma saatleri
| Periyodiklik | Kapasite |
|---|---|
| Her hafta içi 09:00-17:00 | 5 temsilci |
| Her hafta içi 17:00-21:00 | 2 temsilci |
| Her hafta sonu günü 10:00-16:00 | 1 temsilci |
| Varsayılan | 0 temsilci |
Örnek: vardiya düzeni
| Periyodiklik | Kapasite |
|---|---|
| Her gün 06:00-14:00 (sabah) | 5 operatör |
| Her gün 14:00-22:00 (akşam) | 3 operatör |
| Her gün 22:00-06:00 (gece) | 1 operatör |
Örnek: mevsimsel değişiklik
| Periyodiklik | Kapasite |
|---|---|
| Her yıl 15 Kasım - 31 Aralık (yoğun dönem) | 20 çalışan |
| Varsayılan | 12 çalışan |
Kaynakların ne kadar yoğun çalıştığını değerlendirme
Kullanım oranı raporlanan bir değer değil, planlama kavramıdır
Simülasyon, her etkinlik için bekleme sürelerini, kuyruk uzunluklarını ve işlem hacmini raporlar. Kaynak başına kullanım yüzdesini raporlamaz; çünkü simülasyon motoru kaynakların meşgul olduğu süreyi ayrı ayrı izlemez. Simülasyon sonuçlarınızı aşağıdaki açıklamalara göre değerlendirin. Yüzdeye ihtiyacınız varsa hesabı kendiniz yapın.
Kullanım oranı, bir kaynağın kullanılabilir süresinin ne kadarını çalışarak geçirdiğini gösterir:
Kullanım oranı = (Meşgul olunan süre ÷ Toplam kullanılabilir süre) × 100%
Yüzde yerine kapasite baskısını değerlendirme
Simülasyonun sunduğu sonuçlara, yani etkinlik öncesindeki bekleme süresine ve yoğun dönemlerde kuyruğun nasıl büyüdüğüne bakarak aynı değerlendirmeyi yapabilirsiniz:
| Gözlem | Anlamı |
|---|---|
| Bekleme yok denecek kadar az, kuyruk hiç büyümüyor | Kapasite gereğinden fazla olabilir |
| Ara sıra kısa beklemeler | Dengeli durum: değişkenlik için yeterli kapasite var |
| Düzenli beklemeler, sabit kuyruklar | Yoğun: talep artışları için kapasite payı sınırlı |
| Yoğun dönemlerde kuyruklar büyüyor, sonra azalıyor | Yüksek talep gecikmelere yol açıyor olabilir |
| Kuyruklar büyüyor ve azalmıyor | Darboğaz: talep kapasiteyi aşıyor |
Yetersiz kapasite tuzağı
Kapasite payını sıfırlamayı planlamayın
Bir kaynağın kapasitesini talebi tam karşılayacak şekilde ayarlamak verimli görünebilir, ancak sorun yaratır: kaynak sınırına yaklaştıkça talepteki küçük değişiklikler bile kuyrukların hızla büyümesine neden olur. Sürece pay bırakın; sürecin hızlı yanıt verebilmesi için kullanılmayan kapasiteyi makul bir düzeyde tutun.
Yoğun çalışan bir kaynak neden uzun kuyruklar oluşturur?
Basit bir örneğe bakalım:
- Kaynak kapasitesi: 1
- Ortalama işlem süresi: 10 dakika
- Gelişler saatte ortalama 5,5 ise: yönetilebilir kuyruklar
- Gelişler saatte ortalama 5,9 ise: kuyruk hızla büyür
Geliş sayısı kaynağın işleyebileceği miktara yaklaştığında, rastgele değişiklikler (birkaç ek geliş veya biraz daha uzun süren bir görev) kuyrukların boşalabileceğinden daha hızlı büyümesine neden olur.
Paylaşılan kaynaklar
Tek bir kaynak havuzu birden fazla etkinliğe hizmet verebilir. Bu yaygın ve gerçekçi bir durumdur:
Paylaşılan kaynakları ayarlama
- Bir kaynak havuzu oluşturun (örneğin, “Müşteri hizmetleri ekibi”)
- Aynı havuzu birden fazla etkinliğe atayın
- Etkinlikler ortak kapasiteyi kullanmak için yarışır
Örnek: ortak çalışanlar
“Müşteri hizmetleri ekibi” (kapasite: 5) şu etkinlikleri yürütür:
- “Telefonla gelen soruları yanıtla”
- “E-posta taleplerini işle”
- “Sohbet desteği ver”
Üç etkinlik de aynı havuzdaki kaynakları kullanır. Dört telefon görüşmesi yürütülüyorsa e-posta veya sohbet için yalnızca bir temsilci kalır.
Paylaşılan kaynakların faydaları
- Farklı işlere uyum sağlayabilen esnek ekipleri modeller
- Farklı iş türleri arasındaki rekabeti gösterir
- Kaynak kullanımında hangi etkinlik türlerinin öne çıktığını ortaya koyar
Birden fazla kaynak gerektiren etkinlikler
Bazı etkinlikler aynı anda birden fazla farklı kaynağa ihtiyaç duyar:
Örnek: tasarım inceleme toplantısı
| Kaynak havuzu | Gerekli miktar |
|---|---|
| Kıdemli tasarımcı | 2 |
| Toplantı odası | 1 |
| Tasarım lideri | 1 |
Önemli: Etkinlik ancak gerekli tüm kaynaklar aynı anda kullanılabilir olduğunda başlayabilir. Tasarımcılar müsait olsa bile toplantı odası yoksa vaka bekler.
Birden fazla kaynak gerektiren etkinliklerde dikkat edilecekler
- Karmaşık bekleme düzenleri oluşturabilir
- Birden fazla kaynak türünü meşgul eden etkinliklere dikkat edin
- Tüm kaynakların gerçekten aynı anda gerekli olup olmadığını değerlendirin
Simülasyonla kapasite planlaması
Kaynak simülasyonunun en yararlı kullanım alanlarından biri kapasite planlamasıdır.
Simülasyonun yanıtladığı temel sorular
Kaç kaynağa ihtiyacım var?
Farklı kapasite düzeyleriyle simülasyonlar çalıştırın:
| Kapasite | Ortalama bekleme süresi | İşlem hacmi |
|---|---|---|
| 2 çalışan | 45 dk. | Haftada 150 |
| 3 çalışan | 12 dk. | Haftada 150 |
| 4 çalışan | 3 dk. | Haftada 150 |
Çıkarım: Üçüncü bir çalışan eklemek bekleme sürelerini önemli ölçüde azaltır. Dördüncü çalışan ise sınırlı bir iyileşme sağlar. Etkinlik artık kısıt oluşturmadığı için işlem hacmi sabit kalırken bekleme süresi düşmeye devam eder.
Darboğazlarım nerede?
Her etkinliğin sürece eklediği bekleme süresini karşılaştırın. Bekleme süresi en uzun olan ve en hızlı artan etkinlik kısıt oluşturur:
| Kaynak | Etkinlik öncesi ortalama bekleme |
|---|---|
| Ön büro | 4 dk. |
| Kredi değerlendirme uzmanları | 2 sa. 10 dk. |
| Hukuk incelemesi | 8 dk. |
| Kapanış ekibi | 35 dk. |
Çıkarım: Darboğaz kredi değerlendirme ekibidir. Ön büroya çalışan eklemek işe yaramaz; işler yalnızca kredi değerlendirmede daha hızlı birikir.
Talep artarsa ne olur?
Daha yüksek geliş oranlarıyla senaryolar çalıştırın:
| Talep | Mevcut çalışan sayısı | Kuyruk artışı |
|---|---|---|
| Mevcut | 5 | Sabit |
| +%20 | 5 | Yavaşça artıyor |
| +%50 | 5 | Sürdürülemez |
Çıkarım: Mevcut kapasite, talepte yaklaşık %20 artışı karşılayabilir. Daha fazla artış için kaynak eklemeniz gerekir.
Kaynak modellemede en iyi uygulamalar
Basit başlayın
Gerçek kısıtları temsil eden birkaç temel kaynakla başlayın:
- Her çalışanı ayrı bir kaynak olarak modellemeyin
- Birbirinin yerine çalışabilen kişileri havuzlarda gruplayın
- Ayrıntıları yalnızca gerektiğinde ekleyin
Gerçek verileri kullanın
Kapasiteyi mevcut çalışan sayısına göre belirleyin:
- Mevcut çalışan sayısı
- Çalışma saatleri ve vardiyalar
- Geçmiş kullanılabilirlik verileri (izinleri ve hastalık nedeniyle işe gelinmeyen günleri hesaba katarak)
Kapasite payı bırakın
Gerçek kaynaklar her zaman %100 kullanılabilir olmaz:
- Çalışanlar mola verir
- Ekipmanların bakıma ihtiyacı olur
- Beklenmedik devamsızlıklar yaşanır
Teorik en yüksek değeri değil, gerçekçi kullanılabilir süreyi modelleyin.
Gerçek durumla karşılaştırarak doğrulayın
Simülasyondaki bekleme sürelerini ve kuyruk uzunluklarını gerçek gözlemlerle karşılaştırın:
- Simülasyondaki kuyruk uzunlukları gerçek bekleme süreleriyle örtüşüyor mu?
- Simülasyondaki işlem hacmi gerçeğe yakın mı?
- Kuyruk davranışı gerçekçi görünüyor mu?
Değilse kaynak modelinizi iyileştirin.
İnsan unsurunu göz önünde bulundurun
İnsanların makine olmadığını unutmayın:
- Verimlilik gün içinde değişir
- Sürekli yüksek kullanım oranı tükenmişliğe ve hatalara yol açar
- Çapraz eğitim her işi kapsamaz
Sonraki adımlar
Süreçlerinizi daha iyi tasarlayın. Bağlantılı bir mimari kurun. Kontrolü elinizde tutun.
Kredi kartı gerekmeden, beklemeden hemen erişin. Kuruluşunuzdaki çalışma biçimini net ve birbiriyle bağlantılı süreç tasarımlarına dönüştürün.
Süreç mimarinizi oluşturun, sahiplik ve kontrolleri tanımlayın; rol ve sorumlulukları her düzeyde uyumlu hâle getirin.
Ücretsiz denemeyi başlatın; süreçlerinizi yönetmek ve sürekli iyileştirmek için güvenilir bir temel oluşturun.