Atölyedeki tezgâhlara hangi işi hangi sırayla vereceğin kararı — yanlış sıra teslim gecikmesi ve gereksiz setup süresi demek (literatürde job-shop scheduling).
Kısaca
Tanıdık geliyor mu?
- Sabah ustabaşıyla 'bugün hangi işi hangi tezgâhta yapacağız' toplantısı 1 saatten uzun sürüyor
- Setup (takım/kalıp değişimi) 30-90 dakika; sıra yanlış olunca aynı vardiyada iki katına çıkıyor
- Ay içinde 1-3 kez geç teslim cezası ödüyorsun veya sözleşmesel skor kaybı yaşıyorsun
- Plan hesap tablosunda; tezgah arızası veya acil sipariş olunca 1-2 saat yeniden plan yapılıyor
- Vardiya geçişlerinde bilgi kopukluğu — aynı iş iki kez başlatılıyor veya unutuluyor
- ERP'de planlama modülü var ama 'fixed lot' mantığı, sıra optimizasyonu yapmıyor
- Otomotiv ana sanayine tedarikçisin ve müşterinin denetim/skor sistemine girmek zorundasın
Niye önemli?
Nasıl çözülür?
Teknik derinlik
Nasıl çözülür?
Teknik derinlikTek satırla: Aynı malzemeden işleri arka arkaya yap (takım değişimi düşer), ama teslim tarihi yakın olan işi araya sokmaktan kaçınma — geç teslim cezası takım değişim tasarrufundan ağır basar. Yazılımın yaptığı iş bu sezgiyi sayıya dökmek.
Yazılımın aslında yaptığı iş şu: senin kafanda 30 işi sıraya koyma kararını, 200 iş için saniyelerde verir. Üç aşama hâlinde anlatalım:
1. Önce bilgiyi toplar. Hangi tezgah ne işi yapabiliyor, hangi parça kaç dakika sürüyor, alüminyumdan çeliğe geçişte ne kadar takım değişimi gerekiyor, hangi sipariş hangi gün teslim edilmeli. Bu bilgi ya ERP’den otomatik çekilir, ya da bir kez doğru tabloya girilir — sonrasında otomatik akış.
2. En iyi sırayı bulur. Yazılım, mümkün olan her sırayı tek tek deneyerek bulmaz — 200 iş için bunun matematik olarak imkansız olduğu biliniyor (kombinasyon sayısı astronomik). Onun yerine operasyon araştırması (matematik ve bilgisayarla iş kararı veren disiplin) alanından gelen “optimizasyon” denen yöntemle akıllı kestirme yapar. Aynı sonucu yarım dakikada üretir: hangi işi hangi tezgâha hangi sırayla vereceğini, kâğıt üstünde plan olarak çıkartır. Bu plan iki şeyi aynı anda en iyileştirir — teslim tarihleri en az kaçırılsın ve boşa harcanan setup süresi en az olsun.
3. Sabah ustanın tabletine düşer. Plan operatör tabletinde sırayla görünür: “07:30’da şu işi başla, 09:15’te şu takıma geç, 10:40’ta şu siparişi…” Tezgah arızalanırsa, ustanın tüm planı baştan kurmasına gerek yok — yazılım sadece arızalı tezgahla ilgili kısmı yeniden hesaplar, 5-10 saniyede yeni plan gelir. Acil sipariş geldiğinde aynı: hangi siparişleri öne almak gerek, hangi müşterinin teslimini erteleyebiliriz — sayısal olarak gösterir.
Yani ustabaşının sezgisini ortadan kaldırmaz; 30 işe kadar kafadan yaptığı işi 200 işe ölçekleyen ve hata yapmayan bir hesap makinesi gibi düşün. Karar yine senin, ama elinde her zaman güncel ve karşılaştırılabilir bir plan var.
Alternatifler
Hesap tablosu + ustabaşının kafası
ÜcretsizÜcretsiz
Kim için: 1-3 tezgah, ayda 10-30 iş
- + Sıfır maliyet
- + Esnek — ustabaşı anlık ayar yapabilir
- + Yatırım kararı gerekmez
- − Takım değişim tablosu (hangi malzemeden hangisine ne kadar) hesap tablosunda tutulamaz
- − 100'den fazla iş için plan kalitesi düşer
- − Bilgi tek kişide — ustabaşı izinli olduğunda risk
- − Tezgah zaman çizelgesi (Gantt) görselleştirme yok
Yerel ERP'in planlama modülü
Kurumsal15.000–60.000 TRY lisans + yıllık 3.000–8.000 TRY bakım (TR pazar gözlemi)
Kim için: 10-50 çalışan, hâlihazırda TR ERP kullanan işletme
- + Türkçe arayüz ve destek
- + ERP ile veri akışı hazır
- + Lokal destek bulunabilir
- − Genelde sabit parti büyüklüğü mantığı — sıraya bağlı takım değişimini desteklemez
- − 'Eğer şu olsa, plan nasıl olurdu' senaryo karşılaştırması sınırlı
- − Modülün esnekliği genelde dar
İleri planlama yazılımı (uluslararası — APS olarak bilinir)
Kurumsal20.000–100.000 EUR lisans + yıllık 5.000–20.000 EUR bakım
Kim için: 30-200 çalışan, otomotiv veya havacılık denetimine tabi
- + Olgun: takım değişim tablosu, çoklu kısıt, senaryo karşılaştırma tam destekli
- + Üretim takip sistemi (MES) ile entegrasyonu hazır
- + Algoritması yıllar boyunca olgunlaşmış
- − Yüksek lisans + danışmanlık maliyeti
- − Kurulum 3-6 ay sürer
- − Türkçe destek sınırlı olabilir
Açık kaynak çözücü ile özel yazılım
Açık KaynakLisans ücretsiz; geliştirme 8-16 hafta kendi ekibinle veya 200.000-800.000 TRY danışmanlık
Kim için: İçinde yazılım ekibi olan KOBİ veya teknoloji odaklı işletme
- + Lisans maliyeti yok
- + Tam özelleştirme — kendi ihtiyaçlarına göre
- + Bulutta veya kendi sunucunda kurulabilir
- − İçeride teknik kapasite şart
- − Sürekli bakım gerekir — her güncellemeye dikkat
- − Çözücü konusunda uzmanlığı olmayan ekip için risk yüksek
Tavsiye
Çözüm görüşmesinde sor
- Setup süresi bir önceki işe göre değişen matrisi destekliyor musunuz? Kaç farklı malzeme/takım için tutulabilir?
- 'Bu tezgah sadece sabah vardiyasında çalışır' veya 'operatör Y yoksa bu makine kapalı' gibi kısıtlar tanımlanabilir mi?
- Tezgah arızası geldiğinde plan ne kadar sürede yenilenir? Sahaya nasıl ulaşıyor — tablet, ERP, telefon?
- Mevcut ERP'mizden veri çekmek için ne gerekiyor? Hesap tablosu üzerinden mi, doğrudan bağlantıyla mı, manuel giriş mi?
- Bayram, tatil, vardiya planı gibi takvim kısıtları nereden geliyor — sistem mi okur, biz mi gireriz?
- Geç teslim cezası hesaba katılıyor mu? Önemli müşteri için iş daha öncelikli yapılabilir mi?
- Pilot dönemi nasıl kurguluyorsunuz — kaç tezgah, kaç hafta, başarılı sayılma kriteri nedir?
- Bizimle çalışmayı bırakırsak veriyi nasıl alırız? Standart format export var mı?
Teknik detay
Editör notu
Bu problem halk dilinde “iş sırası kararı”, “tezgâh programlama” veya “atölye çizelgeleme” diye anılır. Akademik literatürde adı ise Job-Shop Scheduling with Sequence-Dependent Setups (kısaca JSSP-SDST) — Türkçesi “sıraya bağlı takım değişimli atölye çizelgeleme”. İki adın aynı şeyi anlattığını bilmeden bir yazılım firmasıyla görüşmeye gidersen, sana satılmaya çalışılan “ileri planlama modülü"nün gerçekten takım değişim tablosunu destekleyip desteklemediğini test edemezsin.
Sektörde en sık atlanan nokta: çoğu yazılım “planlama yapar” diyerek reklam verir ama altında sadece sabit parti büyüklüğü mantığıyla çalışır. “Alüminyumdan çelik parçaya geçişte 75 dakika, çelikten çeliğe 20 dakika” tipi bilgiyi (takım değişim tablosu) gerçek bir planlama motoru kullanmak zorunda — bu olmadan en iyi sırayı bulmaya çalışmak mümkün değil. Demo gösteriminde mutlaka 5×5’lik küçük bir takım değişim tablosu örneği üzerinden “bunu nasıl çalıştırıyorsunuz?” diye sor.
Adım adım yol — KOBİ için
Aşama 1 — Önce ölç, sonra plan. En az 4 hafta boyunca üç şeyi bir hesap tablosuna kaydet:
- Her tezgahta kaç saat takım değişimi yapıldı
- Geç teslim sayısı ve nedenleri
- Boş bekleyen tezgah saatleri
Bu veri olmadan hangi yazılımın hangi sonucu vereceğini ya da yatırımın geri dönüşünü hesaplayamazsın.
Aşama 2 — Takım değişim tablosunu çıkar. Tezgahları hem satır hem sütun olarak yaz; hücrelere “şu işten şu işe geçtiğinde kaç dakika takım değişimi” rakamını koy. 5-10 farklı malzeme yeterli — bu tablo senin bilgi sermayen. Hangi yazılım firması gelirse gelsin önce bu tabloyu soracak.
Aşama 3 — Pilot dönem. 1-2 tezgahla başla, 8-12 hafta sürsün. Başarı kriterin önceden yazılı olsun: örnek “60 günde geç teslim oranı %50 azalmalı.” Hedef tutmazsa pilot iptal — sözleşmede bu hak açıkça yazılı olmalı.
Aşama 4 — Yaygınlaştırma. Pilot başarılıysa atölyenin tamamına 3-6 ay içinde yay. Operatör eğitimi 2-4 hafta sürer; her vardiyada bir “şampiyon” operatör belirle.
Riskler — ne yanlış gidebilir
- Veri kalitesizliği. Yazılım, girilen verinin kalitesi kadar iyi sonuç verir. Takım değişim süresini “yaklaşık 5 dakika” diye girersen çıktı da yaklaşık olur. Önce ölçüm düzeni kurulsun.
- Operatör direnci. Tablet kullanmak istemeyen ustabaşı planı sabote edebilir. Pilot dönemde 1-2 gönüllü operatör bul, onları “süreç sahibi” yap.
- ERP entegrasyonu süresi. Yazılım firması “1 hafta” der, gerçekte 4-8 hafta sürer. Pilot bütçesinde 2 kat pay bırak.
- Tek tedarikçiye bağımlılık. Takım değişim tablonu kendi özel biçiminde tutan yazılımdan, yıllar sonra başka bir sisteme geçmek istediğinde veriyi geri almak zor olur. Sözleşme yaparken “verimizi standart açık formatlarda (CSV gibi) istediğimiz zaman alma hakkımız var” maddesinin yazılı olmasına dikkat et.
İlgili acı ders (yayına geçince linkli olur): “Orta ölçekli bir CNC atölyesinde 18 ay süren ERP entegrasyonu — neyi yanlış yaptılar”.
Çözüm yöntemine teknik bakış
Bu bölüm, yazılım ekibiyle veya danışmanla konuşurken ihtiyaç duyacağın temel bilgileri tutar. Ustanın kendi tabletinde göreceği şey değil — perde arkasında olan iş.
JSSP-SDST problemi için kullanılan ana yaklaşımlar:
| Yaklaşım | Türkçe adı | Tipik ölçek | Çözüm süresi | En iyi sonucu garanti eder mi? |
|---|---|---|---|---|
| MIP | Karma tam sayılı programlama | 30-200 iş | 1-10 dakika | Evet (yeterli süre verilirse) |
| CP | Kısıt programlama | 50-500 iş | 30-300 saniye | Evet (modern CP çözücüleri için) |
| Metaheuristic | Sezgisel yöntemler (Tabu, Genetik) | 500-5.000 iş | 10-60 saniye | Hayır (yakın-en iyi sonuç) |
| Rolling Horizon | Pencereyle yeniden hesaplama | Sürekli akış | Anlık | Pratik olarak kabul edilir |
Pratik öneri: 200 işin altında açık kaynak kısıt programlama çözücüsü yeterli. 500’ün üstü iş veya anlık yeniden planlama için ticari MIP çözücüleri tercih edilir.
Hedef fonksiyonu seçimi sorunun çözüm biçimini değiştirir:
- En kısa toplam süre (makespan): “Tüm işler ne zaman biter?” — tek büyük müşteriye sürekli üretim yapan atölye için
- Toplam ağırlıklı gecikme: “Geç teslim cezası en aza insin” — birden çok müşteri, farklı önceliklerle
- Toplam takım değişim süresi: “Atölye verimliliği en üstte olsun” — kapasitesi kısıtlı atölyede
Çoğu pratik vakada bu üçünün ağırlıklı bir karışımı kullanılır.
Akademik kaynaklar
Sayfanın sources bölümünde listelidir. Türkçe akademik çalışmalar için: YÖK Tez Merkezi’nde “atölye çizelgeleme” anahtar kelimesiyle 200+ tez bulunur — özellikle endüstri mühendisliği fakültelerinin yüksek lisans tezleri TR sanayi pratiğine yakın.
Kaynaklar
- Pinedo, M. (2016). Scheduling: Theory, Algorithms, and Systems (5. baskı). Springer. Atölye çizelgeleme alanının standart referans kitabı.
- Allahverdi, A. ve arkadaşları (2008). Setup süreli çizelgeleme problemleri üzerine kapsamlı bir derleme. European Journal of Operational Research, 187. cilt.
- Brucker, P. (2007). Scheduling Algorithms (5. baskı). Springer. Algoritmik yaklaşımların referansı.
- YÖK Tez Merkezi — anahtar kelime: ‘atölye çizelgeleme’, ‘job shop’ — TR akademisinden 200+ tez. tez.yok.gov.tr
Sözlük
- Job Shop
- Birçok farklı iş emrinin, birçok farklı makinede, kendi sıralarında işlenmesi.
- Setup Time
- Bir iş bittikten sonra, sonraki iş için makinenin hazırlanması (kalıp değişimi, ayar, temizlik) için harcanan süre.
- MIP
- Karar değişkenlerinin bir kısmının tam sayı (örn. 'kaç kamyon', 'kaç vardiya') olduğu optimizasyon türü.
Benzer problemler
Aynı Malzemeyi Beş Tedarikçi Veriyor — Hangisinden Ne Kadar Alayım?
20-200 kişilik bir üretici firmada aynı hammaddeyi veya bileşeni 4-8 farklı tedarikçiden alıyorsunuz. Her tedarikçi fiyat, kalite, teslim süresi, kapasite, ödeme koşulları ve finansal sağlamlık açısından farklı; hangisini onaylı listeye alacağınız ve her sipariş için kime ne miktarda yükleyeceğiniz iki ayrı karardır. Yanlış seçim aylar süren bir kalite krizine veya tek tedarikçi kesintisinde hattın durmasına yol açabilir; 'en ucuz teklif' yaklaşımı kalite, geç teslim ve uyum maliyetlerini görmediği için %15-40 daha pahalıya çıkabilir. 5-15 teklifi 8-12 kriter üzerinden manuel skorlamak hesap tablosunda tutarsızlaşır.
Bir Seferde Ne Kadar Üreteyim, Ne Zaman Tekrar Başlayayım?
Bir üreticinin önündeki temel sorulardan biri: belli bir dönem için talep verisi var, her yeni üretim partisi başlatmak setup (kurulum) maliyeti gerektiriyor (kalıp değişimi, hat ayarı, kalibrasyon), üretilip de hemen satılmayan ürün stok maliyeti yaratıyor (depo, sermaye bağlama, eskime). Hangi haftada ne kadar üreteceğini önceden planlamak gerekir; bu sorunun matematiksel adı Lot Sizing Problem'dir. Tek ürünlü, deterministik talepli, kapasitesiz versiyonu 1958'de Wagner ve Whitin tarafından dinamik programlama ile çözüldü. Çok ürünlü, kapasiteli, çok aşamalı varyantları MRP, Capacitated Lot Sizing (CLSP) ve Economic Lot Scheduling (ELSP) olarak gelişti.
Bir Üründen Yılda Kaç Kez, Her Seferde Ne Kadar Sipariş Versem — Sipariş + Depo Maliyeti Toplam Minimum Olsun?
Yıllık 5-50M TRY ciroda toptan tedarikçi, ambalaj-hammadde alan orta-ölçekli üretici veya 50-500 SKU tüketen KOBİ depo/satınalma sorumlusu için her SKU'da iki karar tekrar eder: ne kadar büyük partilerle sipariş verelim, ne sıklıkta. Çok büyük parti → para depoda yatar, depo dolar, bozulma + eskime + finansman maliyeti şişer; çok küçük parti → sipariş başına nakliye + gümrük + sipariş işleme bedeli ezilir ve sipariş sıklığı patlar. Pratisyen sezgisel 'bir aylık stok al' veya 'kamyon dolacak kadar al' kuralıyla çalışır, optimumdan tipik %20-50 sapar — toplam yıllık maliyette %10-25 fazla. SKU başına doğru denge yıllık talep, sipariş başına sabit maliyet, sermaye bağlama oranı (TR son 5 yıl %25-45 bandı) ve birim depo maliyetinden hesaplanır; tedarikçi miktar iskontosu varsa kademe-kademe karşılaştırma gerekir. 200M TRY satın alma hacminde doğru hesap yıllık 300K-2M TRY operasyonel marj demek.