12 dakikalık okuma
Strateji Oyunlarında Toplu Taşıma Ağı Nasıl Kurulur? Gerçek Dünya Optimizasyonu
Yazar: Dr. Ümit Kuvvetli
Kurucu ve Baş Optimizasyon Bilim İnsanı
Yayın tarihi: Nisan 2026 · Okuma süresi: ~12 dakika
Oyunlarda Trafik Neden Çöker?
Her şey güzel gidiyordu. Şehriniz büyüyordu, binalar yükseliyordu, vergi gelirleri artıyordu. Sonra bir sabah açtınız ve tüm yollar kırmızıya kesilmişti.
Cities: Skylines, Transport Fever 2 ya da Workers & Resources oynayan herkes bu anı tanır. Ve neredeyse herkes aynı hatayı yapar: daha fazla otobüs ekler. Sonra bir tane daha. Bir tane daha. Trafik iyileşmek bir yana, daha da kötüleşir.
Bunun nedeni aslında çok basit: toplu taşıma bir araç meselesi değil, bir sistem meselesidir. Araç sayısını artırmak, sistemin yapısındaki sorunu çözmez — sadece üstünü örter ve çoğu zaman yeni tıkanıklıklar yaratır.
Gerçek dünyada transit planlamacılar bu gerçeği onlarca yıl önce öğrendi. İlginç olan şu: oyunların sunduğu simülasyon ortamı, bu prensipleri uygulamak için oldukça elverişli bir laboratuvar. Bu yazıda hem oyunlarda daha iyi ağlar kurmanıza yardımcı olacak, hem de arkasındaki gerçek dünya mantığını açıklayacağız. Decision Intelligence yaklaşımı, bu tür sistemlerde veriyi okumayı ve kararı modellemeyi merkeze alır.
Gerçek Dünya ile Oyunlar Arasındaki 3 Temel Fark
Strateji oyunlarını bir transit planlama simülasyonu olarak kullanmak mümkün — ama önce hangi konularda gerçeklikten saptıklarını bilmek gerekiyor.
1. Veri kalitesi
- Oyunlarda: Mükemmel — oyun her şeyi bilir.
- Gerçek dünyada: GTFS hataları, eksik zaman damgaları, GPS sapmaları; veri kalitesi kritik bir operasyonel sorun.
2. Boş kilometre
- Oyunlarda: Görünmez maliyet.
- Gerçek dünyada: Operasyonel maliyetlerin %15–30'u; ihmal edilen en büyük verimlilik kaybı — Dead mileage (Boş kilometre) ve boş dönüşlerin toplamı.
3. Headway optimizasyonu
- Oyunlarda: Çoğu oyunda sabit tarife.
- Gerçek dünyada: Dinamik; yolcu talebine, saate, güzergaha göre sürekli değişir — Headway hedeflerini bölge ve zaman dilimine göre korumak gerekir.
Not: Gerçek dünyada güzergah kararları çoğu zaman teknik değil siyasidir; oyunlarda ise bu baskı yoktur. Ayrıca gerçek sistemlerde gecikmelerin çoğu planlama kaynaklıdır, oyunlarda ise minimal düzeydedir.
Gerçek dünya verisi: Transport for London (TfL) 2023 Bus Service Planning Guidelines'a göre, ideal headway yoğun saatlerde 5–8 dakika, sakin saatlerde 10–12 dakika olarak belirleniyor. Bu değerlerin altına düşmek servis kalitesini artırır ama maliyeti orantısız yükseltir; bu değerlerin üstüne çıkmak ise yolcuyu özel araca iter.
Kaynak: TfL — Bus Service Planning Guidelines (2023)
Oyunlarda bu eşikleri bilmeden rastgele tarife belirlemek, gerçekte de sıklıkla yapılan bir hatadır. Fark şu ki gerçekte bunun faturası vardır.
Aşama 1 — Başlangıç Ağını Doğru Kurmak
Otobüs mü, metro mu?
Bu soruyu soran her oyuncu aslında şunu soruyor: en hızlı kapasiteyi nasıl artırırım?
Gerçek dünyada bu karar çok daha ağır. Bir otobüs hattı açmak aylar alır; bir metro hattı onlarca yıl ve milyarlarca lira. Transport for London (TfL) verilerine göre Londra'da bir metro hattının kilometre başına maliyeti, aynı güzergahtaki otobüs altyapısının yaklaşık 40–50 katı. Bu yüzden transit planlamacılar metroyu ancak günlük yolcu sayısı belirli bir eşiği (genellikle 20.000–30.000 yolcu/gün) geçtiğinde haklı görür.
Oyunlarda da aynı mantık işe yarar: şehrin nüfusu ve yoğunluğu metroyu kaldıracak seviyeye gelmeden önce yapılan metro yatırımı, uzun vadede sizi finansal olarak zorlar.
Pratik kural: İlk 50.000 nüfusa kadar otobüs ağını optimize edin. Metro, merkez-çevre güzergahlarınız trafik altında kalmaya başladığında devreye girsin.
"Her mahalleye direkt hat" hatası
Yeni başlayan oyuncuların en sık yaptığı hata, her mahalleden merkeze direkt hat çekmek. Kâğıt üzerinde mantıklı görünüyor — herkes doğrudan hedefe gitsin. Pratikte bu yaklaşım şunlara yol açar:
- Düşük doluluk oranlarıyla çalışan onlarca hat
- Merkezdeki aşırı yoğunluk
- Birbiriyle rekabet eden paralel güzergahlar
- Kontrol edilemeyen bir ağ yapısı
Gerçek dünyada buna "spaghetti network" denir ve onlarca şehrin kabusu olmuştur. Rakip hatların maliyetini anlamak ağ tasarımında kritik bir adımdır.
Aşama 2 — Ağı Büyütme Stratejileri
Hub-and-spoke: Neden her şeyi merkeze bağlamamalısınız?
Hub-and-spoke modeli, havacılıktan transit planlamaya geçmiş en etkili ağ tasarım prensiplerinden biri. Ana fikir şu: her noktayı birbirine bağlamak yerine, güçlü aktarma merkezleri (hub) kurarsınız ve noktalar bu merkezlere besleme hatlarıyla (spoke) bağlanır.
Ama burada kritik bir tuzak var. Eğer tüm spokelar aynı merkeze bağlanırsa, merkez hem coğrafi hem de operasyonel darboğaz haline gelir. Çözüm, hiyerarşik hub yapısıdır: birincil hub (şehir merkezi), ikincil hub (ilçe merkezleri) ve üçüncül hub (mahalle aktarma noktaları).
Oyun uygulaması: Cities: Skylines'da büyük bir terminal inşa etmek yerine, her ilçenin kendi küçük aktarma noktasına sahip olmasını sağlayın. Metronuz bu aktarma noktalarını birbirine bağlasın; otobüsler ise noktaları bu aktarma merkezlerine taşısın.
Ring hatları: Şehri çembere almak
Çoğu oyuncu güzergahlarını merkeze doğru çizer. Oysa yolcuların önemli bir kısmı merkezden merkeze değil, çevreden çevreye seyahat eder. Bu akışı karşılamak için ring (çember) hatları gerekir.
Gerçek dünya örneği: İzmir'de İZBAN banliyö hattı ile metro ağının kesişimi, tam olarak bu mantıkla çalışıyor. Karşıyaka–Alsancak–Konak–Üçyol koridoru, şehrin omurgasını oluştururken buna besleme yapan yüzlerce otobüs hattı çevresel aktarımı üstleniyor. Güzergahların her birinin ayrı ayrı merkeze gitmesi yerine omurgaya bağlanması, hem operasyonel maliyet hem de yolcu deneyimi açısından dramatik bir fark yaratıyor.
Oyununuzda da benzer bir omurga–besleme yapısı kurmak, ağınızın ölçeklenebilirliğini ciddi ölçüde artırır.
Aşama 3 — Sorunsuz ve İdeal Ağın 5 Kuralı
Bunlar oyunlarda işe yarayan ve gerçek dünya transit planlamasından doğrudan alınmış kurallardır.
1. Headway yoğun saatte 8 dakikayı, sakin saatte 12 dakikayı geçmesin
Transport for London (TfL)'nin araştırmalarına göre ideal eşik yoğun saatte 5–8 dakika, sakin saatte 10–12 dakikadır. Yolcular yaklaşık 10 dakikaya kadar bekleyebilir; bu sürenin üzerinde bekleme ciddi bir "yük" olarak algılanır ve özel araç tercihini tetikler. 8 dakikanın altındaki headway ise yolcunun tarife ezberlemesini gereksiz kılar — insan psikolojisi açısından kritik bir eşik.
Oyunlarda da bu kural geçerlidir: bir hattın headway'i 10 dakikayı geçtiğinde durağa sarı görünümlü kalabalıklar oluşur. Bu görsel ipucu, sisteminizde nerede kapasite sorunu olduğunu size anlatır.
2. Transfer mesafesi 250 metreyi geçmesin
Araştırmalar yolcuların aktarma için ortalama 250–300 metre yürümeye razı olduğunu gösteriyor. Bunun ötesinde, yolcular aktarmayı "ceza" olarak algılar ve sistemi terk eder.
Oyunlarda aktarma noktalarını tasarlarken duraklar arasındaki mesafeyi kontrol edin. Birbirine görünürde bağlı ama aslında birbirinden uzak iki durak, kâğıt üzerinde entegre görünen ama pratikte işlemeyen bir sistem yaratır.
3. Garaj/depot konumu boş kilometreyi minimize etmeli
Sefer başlamadan önce araçların depodan ilk durağa gitmesi gerekir. Bu "Dead mileage (Boş kilometre)", yolcu taşımayan ama yakıt ve personel tüketen bir harekettir. Gerçek dünyada operasyonel maliyetlerin yüzde 15 ila 30'una kadar çıkabildiği ölçülmüştür.
Oyunlarda depot konumu çoğunlukla göz ardı edilir çünkü oyun bu maliyeti tam olarak yansıtmaz. Ama gerçekçi bir simülasyon için şu kuralı uygulayın: deponuzu ağın ağırlık merkezine, yani en yoğun hat başlangıçlarının ortasına konumlandırın.
4. Zirve saat için ek sefer kapasitesi
Günlük yolcu trafiği düzgün bir çan eğrisi çizmez. Sabah 07:30–09:00 ve akşam 17:00–19:00 arası, günün geri kalanına göre 3–4 kat daha yoğun olabilir. Bu zirveleri sabit bir kadans ile karşılamaya çalışmak ya kapasite yetersizliğine (zirve saatler) ya da kaynak israfına (sakin saatler) yol açar.
Çözüm, talep odaklı sefer planlaması: zirve saatlerde frekans artırılır, gece geç saatlerde azaltır. Oyunlarda manuel olarak tarife düzenlemek zahmetli görünebilir ama gerçekte bu hesaplamayı otomatikleştiren sistemler transit planlamanın merkezine oturmuş durumda.
5. Veriyi okuyun, sezgiye güvenmeyin
Cities: Skylines'daki trafik analiz ekranı, Workers & Resources'daki yolcu akış göstergesi ya da Transport Fever'daki hat doluluk grafiği — bunların hepsi size sistemin nasıl davrandığını söylüyor. Decision Intelligence ve operasyonel analitik, bu tür sinyalleri filonun bütününe yaymak için kullanılır. Çoğu oyuncu bu verilere bakmaz.
Gerçek dünyada da aynı sorun var. GTFS verileri, AVL (Araç Konum Sistemi) logları, akıllı kart timestamp'leri — tüm bu veriler orada duruyor ve büyük çoğunluğu analiz edilmiyor. Veriyi okuyan sistemler ile okumayanlar arasındaki fark, yüzde 10–30 operasyonel verimlilik farkına dönüşebiliyor.
Örneğin Cities: Skylines'da bir otobüs hattının doluluk oranı sürekli %120'nin üzerindeyse, o hatta kapasite artırmanız (daha büyük araç veya daha sık sefer) gerekir. Ama doluluk oranı %30'un altındaysa, o hattı kapatmak veya birleştirmek daha mantıklıdır. Bu kararların hiçbiri sezgiyle alınmaz; veriyle alınır.
Aşama 4 — Gerçek Dünya Problemleri Oyunlarda Nasıl Simüle Edilir?
Boş kilometre: görünmez maliyet
Oyunlarda bir araç depodan çıkıp ilk durağa giderken veya hat sonu dönerek depoya dönerken ekranınızda herhangi bir uyarı çıkmaz. Oyun bu mesafeyi genellikle maliyete yansıtmaz. Ama gerçekte bu "boş" hareketi ortadan kaldırmak, pek çok şehirde yılda milyonlarca liralık tasarruf anlamına geliyor — boş kilometrenin gerçek maliyeti için bu yazıya bakın.
Bu farkındalıkla oyununuza bakın: araçlarınızın sefer dışında ne kadar hareket ettiğini takip edin. Eğer bir araç sefer başlamadan önce şehrin diğer ucundan geliyorsa, depot konumunuzu ya da hat planlamanızı gözden geçirin.
Veri kalitesi: oyunlarda mükemmel, gerçekte değil
Bir oyunda tüm araçların tam olarak nerede olduğunu, her durağın kaç yolcu beklediğini, her hattın doluluk oranını anlık olarak görebilirsiniz. Gerçek dünyada bu veri kalitesi lüks.
GTFS verilerinde hatalı durak koordinatları, eksik sefer bilgileri, GPS sinyali kaybından kaynaklanan konum sapmaları yaygındır. Bir şehrin toplu taşıma ağını optimize etmek istediğinizde, önce bu veriyi temizlemek ve güvenilir hale getirmek başlı başına büyük bir iş. GTFS ve hizmet kalitesi hakkındaki yazımız bu bağlantıyı ayrıntılı anlatıyor.
Siyasi baskı: oyunlarda olmayan ama her şeyi değiştiren faktör
Bir oyunda en mantıklı güzergahı seçersiniz ve uygularsınız. Gerçekte hiçbir güzergah kararı sadece teknik değildir. Hangi mahallenin hattı olacağı, hangi durağın kaldırılacağı, hangi ilçenin metro alacağı — bunların hepsi siyasi müzakere süreçlerinden geçer.
Bu faktörü simüle etmek mümkün değil ama varlığını bilmek, gerçek dünya optimizasyonunun neden "mükemmel matematiksel çözüm" üretmediğini anlamlandırır. En iyi transit sistemi, teknik olarak optimal olan değil, teknik açıdan makul, siyasi açıdan uygulanabilir ve operasyonel açıdan sürdürülebilir olan sistemdir.
Sık Sorulan Sorular
Hangi oyunda toplu taşıma en gerçekçi simüle ediliyor?
Transit planlamacıların en çok referans verdiği oyun Transport Fever 2'dir. Yolcu davranışını (başlangıç ve hedef noktasına göre rota seçimi), araç kapasitesini ve hat ekonomisini diğer oyunlara kıyasla daha gerçekçi modelliyor. Cities: Skylines ise şehir ölçeğindeki entegrasyonu daha iyi yakalıyor. Workers & Resources: Soviet Republic ise özellikle depo planlaması ve Dead mileage (Boş kilometre) konusunda şaşırtıcı derecede gerçekçi.
Cities: Skylines'da trafik yüzdesi ideal olarak kaç olmalı?
Genel hedef yüzde 85'in altında tutmak. Yüzde 85–90 arası sarı bölge, sistem zorlanmaya başlıyor demektir. Yüzde 90 üzeri kırmızı bölgede ağın yapısal sorunlarına odaklanmak gerekir — sadece araç eklemek sorunu çözmez.
Metro mu, tramvay mı daha verimli?
Bu soru yanlış kurulmuş. Doğrusu: hangi talep seviyesinde hangi sistem? UITP verilerine göre tramvay saatlik 1.000–8.000 yolcu kapasitesine kadar maliyet-etkin; metro 15.000+ yolcu/saat eşiğinde devreye girmeli. Arası için BRT (Bus Rapid Transit) genellikle daha ekonomik bir seçenek.
Gerçek hayatta transit optimizasyonu yapan firmalar var mı?
Evet. GTFS verisi analizi, headway modelleme ve Dead mileage (Boş kilometre) minimizasyonu üzerine çalışan çözümler mevcuttur. (Detaylı bilgi için aşağıdaki "Kaynaklar" bölümüne bakın — OW çözümleri.)
Kaynaklar ve İleri Okuma
Dış kaynaklar:
- Transport for London — Bus Service Planning Guidelines (2023) — Headway yönetimi ve servis planlama standartları
- UITP — Public Transport Optimization Reports — Uluslararası toplu taşıma istatistikleri ve optimizasyon çerçeveleri
Optimize the World Blog:
İlgili Yazılar
Komşu konulara geçin—karma tamsayılı (MIP) ve kombinatoryal optimizasyondan çok amaçlı senaryo modellemesine ve toplu taşıma uygulamalarına.
Statik Planlama Anlayışı Filo Verimliliğinizi Neden Tüketiyor?
Her sabah, toplu taşıma planlamacıları ve şehir yöneticileri, kâğıt üzerinde kusursuz görünen haritalarla karşı karşıya kalır. Ancak bu katı planların hesaba katamadığı sessiz bir gerçek vardır: şehir hayatının doğasında olan öngörülemezlik.
GTFS Verisi vs. Hizmet Kalitesi
Her toplu taşıma sistemi iki temel kaynakla ayakta durur: araçları hareket ettiren enerji ve kararları şekillendiren veri. Enerji tüketimi ölçülür, izlenir ve sıkı biçimde kontrol edilir; ancak GTFS verileri çoğu zaman arka planda, sorgulanmadan kabul edilir.