Kuyruk bir arıza değildir; kapasite ile talebin aynı ana denk gelmemesinin doğal sonucudur.
Sıra yönetimi bu yüzden "sıra dağıtmak" değil, talebi, kapasiteyi ve beklentiyi aynı anda
yönetmektir. Bu yazı, kuyruğun neden oluştuğunu ve bir sıra sisteminin gerçekte neyi çözdüğünü —
neyi çözmediğiyle birlikte — anlatır.
1. Kuyruk neden oluşur: değişkenlik
Kuyrukların tek nedeni yetersiz personel değildir. Müşteriler dakikalar içinde kümeler hâlinde
gelir, hizmet süreleri kişiden kişiye değişir. Kapasite ortalama talebe tam denk getirilse bile
bu değişkenlik kuyruk üretir. Sıra yönetiminin konusu tam olarak bu rastgeleliktir.
Bu yüzden "kaç gişe açalım?" sorusunun cevabı ortalama müşteri sayısından değil, en yoğun saatteki
varış hızından ve işlem süresi dağılımından çıkar. Teorinin tamamı bu iki büyüklüğün etrafında döner.
2. Üç büyüklük ve Little yasası
Kuyruk analizi üç sayıyla başlar: birim zamanda gelen müşteri sayısı (varış hızı, λ), bir gişenin
birim zamanda bitirdiği işlem sayısı (hizmet hızı, μ) ve kapasitenin ne kadarının kullanıldığını
gösteren doluluk oranı (ρ = λ / μ). Doluluk yüzde yüze yaklaştıkça bekleme doğrusal değil, hızla
artar: kapasitenin tamamı kullanılıyorsa tek bir yavaşlama kuyruğu büyütür.
Little yasası sistemdeki ortalama kişi sayısını (L), varış hızı (λ) ve sistemde geçirilen ortalama
süreye (W) bağlar: L = λ × W. Saatte 40 müşteri geliyorsa ve müşteri ortalama
10 dakika kalıyorsa, salonda aynı anda ortalama 6–7 kişi bulunur. Bu denklem, sıra sisteminin neden
yalnızca ortalama süreyi değil dağılımı da ölçmesi gerektiğini açıklar.
3. Bekleme algısı: süre kadar adalet ve belirsizlik
Bekleme psikolojisi üzerine klasik çalışmalar (David Maister ve sonrası) aynı şeyi söyler: insanlar
boş beklemeyi dolu beklemeden uzun hisseder ve geçen süreyi olduğundan fazla tahmin eder — yapılan
ölçümlerde bu sapma ortalama yüzde 36 civarındadır.
Daha önemlisi adalettir. Sırası kendinden sonra gelen birinin öne alındığını gören müşteri için beş
dakika, yarım saatten ağır gelir. Belirsizlik de aynı etkiyi yapar: ne zaman çağrılacağını bilmemek,
bilinen bir süreyi beklemekten daha yorucudur. Bu üç etki — dolu zaman, adalet, belirsizlik — sıra
sisteminin tasarımını belirler.
4. Sıra disiplini: kim önce?
"İlk gelen ilk hizmet alır" (FIFO) en kolay anlatılan kuraldır ve adalet duygusunu en çok besleyen
kuraldır. Ancak her hizmet aynı aciliyette değildir; sağlıkta triyaj, bankada randevulu müşteri,
kamu kurumunda engelli ve yaşlı önceliği bilinçli istisnalardır.
İkinci tasarım kararı kuyruğun kaç parça olacağıdır. Her gişenin kendi kuyruğu olduğunda müşteri
"yanlış kuyruğu seçme" kaygısı yaşar ve kuyruklar arasında geçiş yapma davranışı doğar. Tek
havuzdan beslenen gişelerde ise ortalama bekleme düşer ve adalet algısı güçlenir.
5. Sıra sistemi neyi yönetir?
Bir sıra yönetim sistemi tek bir şeyi değil, birbirine bağlı altı şeyi yönetir:
- Talep — bilet, hizmet kategorisi, öncelik ve randevu kuralları.
- Kapasite — açık gişe, personel, mola ve yetkinlik eşleştirmesi.
- Akış — çağrı, park etme, transfer ve ikinci gişeye yönlendirme.
- Bilgi — çağrı ekranı, sesli anons ve LED gösterge.
- Ölçüm — bekleme, işlem ve terk süreleri, gişe doluluğu.
- Entegrasyon — CRM, ERP, PDKS ve randevu sistemleriyle veri alışverişi.
Bu altı başlıktan biri eksikse sistem yarım çalışır: ölçüm yoksa iyileştirme kördür, bilgi yoksa
salon gergindir, kapasite planı yoksa yazılım yalnızca daha düzenli bir kuyruk üretir.
6. Neyi çözer, neyi çözmez?
Çözer: görünmez kuyruğu görünür ve sıralı hâle getirir; adaletsizlik algısını
azaltır; personelin gerçek işlem süresini ölçerek planlamayı veriye dayandırır; öncelik kurallarını
yoruma açık olmaktan çıkarır; müşteri terkini ve şikâyeti azaltır; şubeleri karşılaştırılabilir kılar.
Çözmez: kapasite yetersizse kuyruğu bitirmez — yalnızca daha iyi yönetir. Yanlış
kurulmuş bir kategori ağacı, personelin kullanmadığı bir arayüz veya ölçülmeyen bir süreç, yazılım
devredeyken de sorun olarak kalır. Sıra sistemi bir karar destek aracıdır; kararı veren yine kurumdur.
Ölçüm ve kontrol listesi
- Ortalama tek başına yanıltır. Ortalama beklemenin yanında en uzun beklemeyi ve
bekleyenlerin yüzde 90'ını kapsayan süreyi de izleyin.
- Terki ölçün. Sıradan ayrılan müşteri sayısı, beklemenin gerçek maliyetini
ortalamadan daha net gösterir.
- İşlem süresini kategorilere ayırın. Hangi hizmetin ne kadar sürdüğünü bilmeden
gişe sayısı planlanamaz.
- Adaleti görünür kılın. Öncelik kuralları ekranda ve panoda açıkça yazsın;
"neden o öne geçti" sorusu cevapsız kalmasın.
- Değişikliği tek seferde ölçün. Bir iyileştirmeyi aynı anda birden fazla
değişkenle uygulamayın; hangi adımın işe yaradığı kaybolur.
Sıra yönetimi kuyruğu yok etme sanatı değildir; kuyruğu görünür, adil ve ölçülebilir hâle getirme
disiplinidir. Kuyruk bitmiyorsa soru "hangi yazılım" değil, "kapasite nerede yetmiyor" sorusudur.
A queue is not a failure; it is the natural result of capacity and demand not meeting at the same
moment. Queue management is therefore not "handing out numbers" but managing demand, capacity and
expectation at once. This article looks at why queues form and what a queue system really solves —
together with what it does not.
1. Why queues form: variability
Queues are not caused by understaffing alone. Customers arrive in clusters within minutes and
service times differ from person to person. Even if capacity matches average demand exactly, that
variability still produces a queue. Randomness is precisely what queue management is about.
That is why "how many counters should we open?" is answered not from the average customer count but
from the arrival rate in the busiest hour and the distribution of service times. The whole theory
revolves around these two quantities.
2. Three quantities and Little's law
Queue analysis starts with three numbers: arrivals per unit time (arrival rate, λ), the number of
customers one counter completes per unit time (service rate, μ), and the share of capacity in use
(utilisation, ρ = λ / μ). As utilisation approaches 100%, waiting does not grow linearly but sharply:
when capacity is fully used, a single slowdown makes the queue grow.
Little's law ties the average number of people in the system (L) to the arrival rate (λ) and the
average time spent in the system (W): L = λ × W. If 40 customers arrive per hour
and each stays 10 minutes on average, about 6–7 people are in the hall at any moment. The equation
also explains why a queue system must measure the distribution, not just the average.
3. Perception of waiting: fairness and uncertainty
Classic work on the psychology of waiting (David Maister and those who followed) says the same
thing: people feel unoccupied waiting as longer than occupied waiting and overestimate the time
they spent — measured at around 36% on average.
Fairness matters even more. To a customer who sees someone who arrived later called first, five
minutes feels heavier than half an hour. Uncertainty has the same effect: not knowing when you will
be called is more tiring than waiting a known duration. These three effects — occupied time,
fairness, uncertainty — shape the design of a queue system.
4. Queue discipline: who goes first?
"First come, first served" (FIFO) is the easiest rule to explain and the one that most supports a
sense of fairness. But not every service is equally urgent; triage in healthcare, appointment
customers at a bank and priority for elderly or disabled visitors at a public office are deliberate
exceptions.
The second design decision is how many queues there will be. With a separate queue per counter,
customers worry about choosing the "wrong" one and start switching between lines. With counters fed
from a single pool, average waiting drops and the sense of fairness grows.
5. What does a queue system manage?
A queue management system does not manage one thing but six connected ones:
- Demand — tickets, service categories, priority and appointment rules.
- Capacity — open counters, staff, breaks and skill matching.
- Flow — calling, parking, transfer and routing to a second counter.
- Information — call screen, audio announcement and LED indicator.
- Measurement — waiting, handling and abandonment times, counter utilisation.
- Integration — data exchange with CRM, ERP, time-and-attendance and appointment systems.
If one of these six is missing, the system runs half-way: without measurement improvement is blind,
without information the hall is tense, and without capacity planning the software only produces a
tidier queue.
6. What it solves — and what it does not
It solves: it turns an invisible queue into a visible, ordered one; it reduces the
sense of unfairness; it measures real handling times so staffing can be planned on data; it makes
priority rules unambiguous; it cuts abandonment and complaints; and it makes branches comparable.
It does not solve: if capacity is insufficient it will not end the queue — it only
manages it better. A poorly designed service tree, an interface staff do not use or a process nobody
measures remain problems with the software in place. A queue system is a decision-support tool; the
decision still belongs to the organisation.
Measurement and a checklist
- The average misleads on its own. Watch the longest wait and the time covering 90%
of waiting customers alongside the average.
- Measure abandonment. The number of customers who leave the queue shows the real
cost of waiting more clearly than an average.
- Break handling time down by category. Without knowing how long each service
takes, counter counts cannot be planned.
- Make fairness visible. State priority rules on the screen and the board, so "why
did they go first" is never left unanswered.
- Change one thing at a time. Applying several changes at once hides which step
actually worked.
Queue management is not the art of eliminating the queue; it is the discipline of making the queue
visible, fair and measurable. If the queue does not end, the question is not "which software" but
"where is capacity falling short".
Senaryonuzu birlikte planlayalım
Şube sayınıza ve entegrasyon ihtiyaçlarınıza göre doğru sürümü ve donanımı birlikte belirleyelim.
Demo Talep Et