Bir Oyun Projesinin Kontrolden Çıktığını Nasıl Anlarız? Bir oyun projesinin başarısız olduğunu genellikle çok geç fark ediyoruz. Bütçe aşılmış, takvim kaymış ve ekip yorulmuş oluyor. Oysa bazı riskler projenin çok daha erken aşamalarında kendini göstermeye başlıyor. Benim asıl merak ettiğim konu şu: Bir oyunun kontrolden çıktığını, geliştirme devam ederken anlayabilir miyiz? Scope Creep Nerede Başlıyor? Scope creep, proje başladıktan sonra başlangıçta planlanmayan yeni özelliklerin eklenmesiyle kapsamın büyümesi anlamına geliyor. Örneğin önce 5 bölüm planlanıyor. Sonra “Bir bölüm daha ekleyelim” deniyor. Ardından skill tree, crafting, yeni düşmanlar ve farklı sonlar geliyor. Tek tek bakıldığında bunların hepsi mantıklı görünebilir. Sorun, toplam üretim yükünün başlangıçtaki planın çok üzerine çıkması. Üstelik yeni bir feature yalnızca geliştirme süresi eklemiyor. QA, balancing, UI, localization ve bug fixing gibi işler de beraberinde geliyor. Bu yüzden scope creep'i yalnızca feature sayısıyla değil, projenin tamamına getirdiği üretim yüküyle değerlendirmek gerekiyor. Geçmiş Projeler Bize Ne Söylüyor? “What Went Right and What Went Wrong”: An Analysis of 155 Postmortems from Game Development çalışması, 155 oyun postmortem'ini inceleyerek geliştirme süreçlerinde hangi uygulamaların sorunlara veya olumlu sonuçlara yol açtığını analiz etti. Çalışmada feature creep, scope ve product evolution gibi konular öne çıkıyor. Bazı ekiplerde geliştirme süreci devam ederken yeni özelliklerin eklenmesi, mevcut kapsamın yönetilmesini zorlaştıran bir problem olarak ele alınıyor. Araştırmadaki örnekler, kapsamın projenin zamanında tamamlanması ve ortaya çıkan ürünün kalitesiyle doğrudan ilişkili olduğunu gösteriyor. Bazı ekiplerin ise kapsamı bilinçli şekilde sınırlayarak mevcut kaynaklarını oyunun daha önemli bölümlerine yönlendirdiği görülüyor. Riskleri Proje Batmadan Görebilir miyiz? Game Industry Problems: an Extensive Analysis of the Gray Literature çalışmasında 1997–2019 arasındaki 200 postmortem ve 927 problem analiz edildi. Problemlerin önemli bölümü production ve management kategorilerinde yer alırken, öne çıkan nedenler arasında tahmin hataları, ekip problemleri ve game design complexity bulunuyor. Bu bulgu, 2023 yılında yapılan başka bir çalışmanın sonuçlarıyla da örtüşüyor. Araştırmada 10 oyun geliştirme ekibi ve 68 ekip üyesi, projelerinin başarısız olduğunu varsayarak olası nedenleri belirledi. Ekipler ortalama 17,8 başarısızlık nedeni ve 16,7 önlem ortaya çıkardı. Öne çıkan riskler arasında oyun tasarımının uygulanması, ekip iletişimi ve oyun karmaşıklığı vardı. Burada dikkat çekici olan, riski görmekle o risk nedeniyle karar değiştirmek arasındaki fark. Ekipler karmaşıklığı fark etse de tasarımı her zaman buna göre sadeleştirmedi. Hangi Sinyallere Bakılmalı? Bu çalışmalar bir “başarısızlık tahmin modeli” sunmuyor. Ancak production sırasında takip edilebilecek bazı güçlü sinyaller veriyor: • Kapsam sürekli büyüyor mu? • Yeni feature'lar deadline'a rağmen ekleniyor mu? • Tahminler gerçek üretim süresinden sapıyor mu? • Ekip kapasitesi mevcut iş yükünü karşılıyor mu? • Oyun tasarımı giderek karmaşıklaşıyor mu? • Tamamlanan sistemler sürekli yeniden yapılıyor mu? Bunların hiçbiri tek başına projenin başarısız olacağını göstermez. Ancak birkaçının aynı anda ortaya çıkması, yeniden planlama için ciddi bir sinyal olabilir. Bazen Bir Feature'ı Çıkarmak Daha Doğru Scope creep'in en tehlikeli tarafı, eklenen her feature'ın kendi başına mantıklı görünmesi. Burada “Bu özelliği yapabilir miyiz?” sorusundan önce “Bu özellik oyuna gerçekten ne katıyor?” diye bakılmalı. Core loop'u güçlendirmiyorsa veya oyuncu deneyimine anlamlı katkı sağlamıyorsa, feature'ı çıkarmak projenin kalitesini düşürmek değil, kapsamı yönetmek olabilir. Production'ın Asıl Testi Vertical slice, prototip ve erken playtest'i yalnızca oyunun nasıl göründüğünü göstermek için kullanmamak gerekiyor. Bunlar aynı zamanda şu sorulara cevap vermeli: • Bu oyun gerçekten üretilebilir mi? • Bu kalite seviyesini bütün projeye taşıyabilir miyiz? • Planladığımız kapsam mevcut ekip ve süreyle gerçekçi mi? Sağlıklı production yönetimi yalnızca daha hızlı üretmek değil, gerektiğinde planı değiştirebilmek anlamına da geliyor. Bir oyun projesinin batacağını önceden kesin olarak söylemek mümkün değil. Ancak geçmiş projelerden elde edilen veriler ve proje devam ederken yapılan risk değerlendirmeleri; kapsam, ekip, iletişim, tahmin ve tasarım karmaşıklığındaki sorunları daha erken fark etmemizi sağlayabilir. Kaynaklar Bahsettiğim araştırma ve çalışmaları aşağıdaki bağlantılardan inceleyebilirsiniz: • Game Industry Problems: an Extensive Analysis of the Gray Literature https://arxiv.org/pdf/2009.02440 • What Went Right and What Went Wrong? An Analysis of 155 Postmortems from Game Development https://www.microsoft.com/en-us/research/wp-content/uploads/2016/06/washburn-icse-2016-2.pdf #GameDev #GameProduction #ScopeCreep #ProjectManagement #GameDesign #GameIndustry #Production