Indie Oyunlarda Scope Creep: Neden Projeler Kontrolden Çıkıyor
Scope creep indie oyun geliştirmede en yaygın proje öldürücüdür. Başlangıçta basit bir fikir vardır: iki boyutlu bir platform oyunu, basit bir bulmaca, küçük bir RPG. Altı ay sonra proje iki katı büyümüş, bitirme tarihi belirsiz hale gelmiş, geliştirici tükenmiştir.
Bu neden olur? Çoğu indie geliştirici tek başına ya da küçük bir ekiple çalışır. Ticari baskı yok, yayıncı yok, deadline zorlayan müdür yok. "bir şey daha ekleyelim" kararı vermek çok kolay. Oyunun ortasında yeni bir mekanik aklına gelir, daha iyi bir görsel stil bulursun, yeni bir seviye tasarımı hayal edersin. Her fikir mantıklı görünür, her biri oyunu "daha iyi" yapacak gibi hissettiriyor.
Ama gerçek şu: her yeni özellik geliştirme süresini uzatır, test etmen gereken kod sayısını artırır, balans tutman gereken mekanikleri karmaşıklaştırır. Bir platform oyununa duvar kaydırma mekanikği eklemek, o mekanikleri tüm seviyelerde test etmeyi gerektirir. Basit bir bulmaca oyununa zaman sınırı koyarsın, sonra da her bulmacayı bu yeni kısıtla yeniden tasarlamak zorunda kalırsın.
İkinci neden: indie geliştiriciler sık sık başarısız olduğu oyunları görüp, kendi oyunlarında o hataları yapmamaya çalışırlar. "Diğer oyunlarda karakter çok kısıtlı, bizim oyununda daha fazla seçenek olsun." "Diğer oyunlarda harita çok küçük, bizimki çok geniş olsun." Bu karşılaştırma tuzağı, orijinal tasarım dokümantını aşındırır.
Üçüncü neden: geri bildirim döngüsü. Oyunun bir prototipini arkadaşlara gösterirsin, "harita daha büyük olsa iyi olur" derler. Sonra daha fazla kişiye gösterirsin, herkes farklı fikirler sunar. Hiçbir fikir yanlış değildir ama hepsi birden uygulanmak istenirse, proje kontrol dışı çıkar.
Scope creep'i kontrol etmenin yolu: yazılı bir tasarım dokümanı tutmak ve ona sadık kalmak. Başında "bu oyunda olmayacak şeyler" listesi yapmalısın. Yeni bir fikir geldiğinde, onu oyunun çekirdeği hakkındaki orijinal vizyonla karşılaştır. Eğer uymazsa, oyunu bitirdikten sonra yapılacak şeyler listesine ekle.
En etkili yöntem: MVP (minimum viable product) tanımla. Oyunun hangi parçaları olmadan yayınlanamaz? Sadece onları yap. Görsel stil, ses tasarımı, extra seviye, gelişmiş AI, bunlar sonraya kalsın. Bir oyunu bitirmek, mükemmel bir oyun yapmaktan daha değerlidir. Bitmemiş bir oyun hiçbir oyuncuya ulaşmaz.
3 yorum
başlangıçta herkes bunu yapıyor sanırım ama sonra fark ediyor ki feature eklemek bitirmekten çok daha kolay
ben tam tersini yaşadım feature eklemek kolay ama sonrasında her şeyi düzeltmek çok zor oluyor bir şey ekleyin diye bir de onu diğer sisteme bağlamak gerekiyor
yani aslında ikisi de aynı problemi anlatıyor galiba sen feature eklemek kolay diyorsun ama sonra düzeltmek zor @bygus da bitirmek zor demiş