Applications are open for the January 2027 cohortApply
The Inviox Gazette

Kariyer

Türkiye’den AAA pipeline’ına girmek: Outsourcing, co-development ve güvenilir teslim

Uluslararası AAA üretimine katılmak yalnızca iyi asset yapmak değildir. Güvenlik, brief okuma, kapasite planı, review, değişiklik yönetimi, kredi ve ölçülebilir teslim birlikte çalışır.
Türkiye’den AAA pipeline’ına girmek: Outsourcing, co-development ve güvenilir teslim
01

Türkiye’de oyun var; eksik olan deneyimin eşit dağılmasıdır

Türkiye oyun ekosistemi “hiç oyun yapılmayan” boş bir alan değildir. Mobil oyunlarda şirket, yatırım ve uluslararası çıkış deneyimi oluştu; bağımsız ekipler, servis sağlayıcılar ve teknoloji girişimleri büyüdü. Cumhurbaşkanlığı Yatırım ve Finans Ofisi ile Startups.watch tarafından yayımlanan 2025 ekosistem raporu da Türkiye’yi teknolojiye uyumlu yetenek ve küresel rekabet hedefi bulunan dinamik bir merkez olarak ele alıyor. Sorun yeteneğin veya başarının yokluğu değil, farklı üretim modellerine ait bilginin aynı ölçüde erişilebilir olmamasıdır.

Premium console/PC, büyük açık dünya, uzun süreli live service veya yüksek hacimli co-development üretimi; mobil ürün geliştirmeden farklı risk, araç ve teslim kültürü taşıyabilir. Aynı şekilde yaratıcı yetenek tek başına vendor güvenilirliği oluşturmaz. Uluslararası projede bilgi güvenliği, kapasite tahmini, uzun teknik doküman, kaynak kontrolü, platform gereksinimi, kredi sözleşmesi ve çok katmanlı review günlük işin parçasıdır. Türkiye’den AAA zincirine girmek isteyen kişi veya stüdyo, var olan güçlü yönlerini küçümsemeden bu üretim dilini bilinçli biçimde öğrenmelidir.

02

Outsourcing ve co-development aynı ilişki değildir

Outsourcing çoğu zaman tanımlı bir çıktı veya kapasitenin dış ekipten alınmasıdır: belirli sayıda prop, karakter, animasyon, QA paketi, lokalizasyon veya audio içerik gibi. Co-development ise partner ekibin yalnızca verilen listeyi üretmekten öte, özellik veya disiplin sorumluluğunu ana ekip ile birlikte taşıdığı daha entegre modeldir. Sınırlar sözleşmeye ve projeye göre değişir; bu yüzden etiketi görüp varsayım yapmak yerine karar yetkisi, teslim alanı, araç erişimi ve iletişim hattı açıkça yazılmalıdır.

Bir vendor için daha fazla karar alanı otomatik olarak daha iyi değildir. Yeterli bağlam ve owner bağlantısı olmadan verilen geniş sorumluluk risk yaratır. Tersine, her küçük karar için client onayı beklemek de throughput’u düşürür. Başarılı ilişki, hangi kararların partner içinde alınabileceğini, hangilerinin lead review gerektirdiğini ve hangi değişikliğin change request sayılacağını tanımlar. Öğrencinin de bu ayrımı anlaması önemlidir: brief’e sadık kalmak yaratıcılığın yokluğu değildir; brief’in çözmediği noktayı doğru kişiye yükseltmek profesyonel judgment’tır.

03

Vendor onboarding ilk asset’ten önce başlar

Yeni partnerin projeye eklenmesi yalnızca dosya linki gönderilerek yapılamaz. Sözleşme, gizlilik, cihaz ve hesap güvenliği, erişim seviyesi, iletişim kanalı, saat dilimi, tatil takvimi, escalation yolu, tool sürümleri ve teslim formatı belirlenir. Kimlerin projeyi görebileceği, evden çalışma koşulu, ekran görüntüsü alma ve kişisel cihaz kullanma kuralları müşteri politikasına bağlı olabilir. Güvenlik gereksinimi sonradan duyurulursa hem insan hem altyapı maliyeti büyür.

Üretim onboarding’i ayrıca sanat yönü, teknik standart, naming, folder, source control, review aracı, acceptance criteria ve örnek “golden asset” içerir. Doküman vermek tek başına yeterli değildir; ekip küçük bir örnek üzerinde zinciri yürütüp sorularını görünür kılmalıdır. Client lead ile vendor lead’in yorum dili ve önceliği hizalanır. İlk hafta yüksek adet hedeflemek yerine belirsizliği azaltmak daha değerlidir. Hız, ortak model kurulduktan sonra gelir; yanlış varsayımla üretilen elli asset, doğru üretilen beş asset’ten daha yavaştır.

04

Bid ve sample çalışması kapasite gerçeğini ölçer

Bir iş paketi için süre ve fiyat tahmini yapılırken yalnızca üretici saatleri sayılmaz. Brief okuma, setup, lead review, client review, rework, toplantı, QA, export, upload, version management ve bekleme süreleri hesaba katılır. Karmaşıklık sınıfları tanımlanabilir; basit, orta ve hero asset aynı ortalama içinde kaybolmamalıdır. Ekibin izin, işe alım ve başka proje yükü de capacity plan’a girer. Gerçekçi olmayan düşük bid kısa vadede işi kazandırsa bile kalite, çalışan sağlığı ve ilişkiyi bozar.

Sample, yalnızca görsel sınav değil, pipeline testidir. Referansın yeterliliğini, teknik standardın anlaşılmasını, tool erişimini, review hızını ve iki tarafın iletişimini gösterir. Sample sonucunda süre tahmini güncellenebilir. Hangi yorumun style tercihi, hangisinin açık hata ve hangisinin scope change olduğu ayrılır. Ücretsiz geniş test istemek etik ve sürdürülebilir olmayabilir; kapsam ile kullanım koşulu açık olmalıdır. Bireysel aday da benzer düşünmelidir: art test sırasında süre kaydı, belirsiz brief soruları ve teslim notu profesyonel kapasite sinyalidir.

05

Brief’i okumak, görünmeyen gereksinimi bulmaktır

AAA brief’i moodboard ve poligon sayısından daha fazlasını taşır. Asset’in kamera mesafesi, gameplay kullanımı, hasar durumu, animasyon ihtiyacı, modularity, platform, collision, material sistemi, LOD, naming ve teslim varyantları bulunabilir. Bazı gereksinimler farklı dokümanlara dağılmıştır. Vendor producer ve lead bu parçaları üretilebilir task’a çevirmeli, çelişkiyi başlamadan önce işaretlemelidir. “Dokümanda yoktu” açıklaması bazen geçerli olsa da tekrar eden durumda onboarding veya soru sürecinin işlemediğini gösterir.

İyi soru çözüm önerisi ve etki taşır. “Ne yapalım?” yerine “Referans A üç material slot gösteriyor, teknik standart iki slot sınırı veriyor; performans için iki slot ve mask variation öneriyoruz, onaylıyor musunuz?” denebilir. Böylece client hızlı karar verir. Sorular kaydedilir ve cevaplar ekibe yayılır; aynı konu on kişi tarafından yeniden sorulmaz. Brief’in belirsizliğini sessizce yorumlayıp büyük üretime başlamak cesaret değil, kontrolsüz risktir. Erken soru teslim tarihini geciktirmek yerine pahalı rework’ü önler.

06

Review zinciri tek bir onay kutusu değildir

Vendor iç review, client art veya discipline review, technical validation ve engine QA farklı amaç taşır. Vendor lead temel hata ve standart uyumunu yakalamadan her taslağı client’a gönderirse client lead üretim yöneticisine dönüşür. Tersine vendor lead client niyetini tam anlamadan yorumu filtrelerse ekip yanlış yönde hızlanır. Her aşamanın acceptance criteria’sı, beklenen sunum formatı ve turnaround süresi belirlenmelidir. Blockout, first pass ve final aynı ayrıntıda incelenmez.

Review paketi karşılaştırmayı kolaylaştırır: sabit kamera, neutral ışık, wireframe, texture sheet, engine screenshot ve gerekli ölçüler birlikte sunulabilir. Yorum görsele pin edilir, severity veya kategori ile ayrılır ve owner atanır. “Daha iyi yap” gibi belirsiz yorum çözüm üretmez; oran, referans, materyal veya teknik ihlal açıklanmalıdır. Vendor da her yorumu tamamlandı diye işaretlemek yerine yeni sürümde nerede çözüldüğünü gösterebilir. Kabul, sessizlikten değil açık statüden doğar.

07

Değişiklik ve rework aynı şey değildir

İlk brief’e uymayan teslimin düzeltilmesi rework olabilir; onaylanmış hedefin sonradan değişmesi change request’tir. Bu ayrım suçlu bulmak için değil, süre ve maliyetin doğru yönetilmesi için gerekir. Referans değiştiğinde, gameplay yeni varyant istediğinde veya teknik standart güncellendiğinde mevcut asset’lerin etkisi hesaplanır. Kaç iş açılacak, hangi milestone kayacak ve ek onay gerekecek? Değişiklik kaydı tutulmazsa vendor ücretsiz kapsam büyümesi yaşar, client ise neden throughput düştüğünü anlayamaz.

Her review yorumu scope change değildir. Başlangıçtaki kalite hedefini netleştiren yorum normal iterasyon olabilir. Bu yüzden sözleşme kadar shared examples ve acceptance criteria önemlidir. Taraflar gri alanı ticari çatışmaya dönüşmeden konuşmalıdır. Vendor producer’ın rolü ekibi her yorumdan korumak değil, anlaşmanın ve ilişkinin sürdürülebilirliğini sağlamaktır. Client producer da yaratıcı hedefi korurken değişikliğin dış ekip üzerindeki gerçek etkisini görmelidir. Şeffaf change management güveni azaltmaz; beklentiyi gerçeklikle hizalar.

08

Kaynak kontrolü, naming ve teslim hijyeni güven oluşturur

Uluslararası projede dosya yapısı kişisel tercih değildir. Naming otomasyon, arama, ownership ve hata takibi için kullanılır. Yanlış klasör, duplicate asset, eksik source, kırık reference veya açıklamasız changelist başkalarının saatini tüketir. Binary dosyalarda lock ve checkout disiplini çakışmayı önler. Büyük dosya transferi, branch veya stream erişimi ve review platformu onboarding sırasında test edilir. Son gün bağlantı veya permission problemi yaşanmamalıdır.

Teslim paketi yalnızca final asset’i değil, doğrulama kanıtını da içerebilir. Validator sonucu, engine görüntüsü, kullanılan sürüm, known issue ve bağımlılık listesi eklenir. Handoff başka bir ekip üyesinin işi açıp sürdürmesiyle test edilir. “Bizde çalışıyor” client ortamında çalışmadığında kabul değildir. Küçük stüdyo bu davranışları erken standartlaştırırsa büyüdüğünde hafıza kişilere bağlı kalmaz. İyi hijyen görünmezdir; eksik olduğunda bütün üretim onu fark eder.

09

Güvenlik ve gizlilik portfolyo hevesinden önce gelir

Yayımlanmamış proje materyali, kod adı, karakter, ekran görüntüsü, toplantı içeriği ve client kimliği NDA kapsamında olabilir. Çalışanın özel mesaj grubuna ekran görüntüsü atması, kişisel buluta dosya yüklemesi veya AI aracına gizli brief girmesi ciddi ihlal yaratabilir. Hangi araçların onaylı olduğu, verinin hangi ülkede tutulduğu, cihazın nasıl korunduğu ve incident durumunda kime haber verileceği açık politika ile yönetilmelidir. Güvenlik yalnızca IT ekibinin işi değildir; her üreticinin günlük davranışıdır.

Portfolyo için izin varsayılmaz, yazılı alınır. Oyun yayımlansa bile source, breakdown veya alternatif içerik paylaşımı kısıtlı olabilir. Public trailer’dan kendi katkısını anlatmak ile gizli çalışma dosyasını yayımlamak aynı şey değildir. Stüdyo, mümkünse release sonrası onay süreci ve paylaşılabilir asset paketi tasarlar. Bireysel çalışan kredi ve portfolyo hakkını sözleşme aşamasında anlamalıdır. Kısa vadeli görünürlük için güveni ihlal etmek, uluslararası ağda uzun vadeli zarar yaratır.

10

Kredi sistemi emeğin kaydıdır

Outsourcing çalışanları bazen final credit’te yalnızca şirket adıyla veya hiç görünmeden kalabilir. IGDA Game Crediting Guidelines, dış işverenler ve third-party ekipler için daha tutarlı kredi yaklaşımı önermektedir. Uygulama sözleşme ve yayıncı politikasına bağlıdır, fakat kredi beklentisi baştan konuşulmalıdır. Kimlerin hangi katkı ve süre eşiğiyle listeleneceği, ayrılan çalışanın durumunun ne olacağı ve isim doğrulamasının nasıl yapılacağı belirlenebilir.

Kredi yalnızca ego meselesi değildir. Çalışanın kariyer geçmişini doğrulamasına, sektörün emeği izlemesine ve gelecekteki ekiplerin katkıyı anlamasına yardım eder. Vendor kendi çalışan kayıtlarını doğru tutmalı, isim yazımlarını ve rol karşılıklarını yayın öncesi kontrol etmelidir. Aynı zamanda kredi, gizli bilgiyi açıklama izni vermez; ikisi ayrı süreçtir. Öğrenci ve junior çalışan sözleşme okurken compensation kadar credit ve portfolio maddelerini de sormalıdır.

11

İletişim İngilizceden önce bağlam yönetimidir

Uluslararası çalışma için İngilizce önemlidir, fakat kusursuz aksan profesyonel iletişimin ölçüsü değildir. Mesajın amacı, mevcut durum, engel, öneri, karar ihtiyacı ve tarih açık olmalıdır. “Asset sorunlu” yerine hangi asset, hangi build, hangi adım, beklenen ve görülen sonuç, ekran görüntüsü ve owner yazılır. Asenkron ekipte toplantıda konuşulan karar kanala veya task’a kaydedilir. Saat dilimleri nedeniyle cevap gecikmesi planlanır; her sorunun acil olması iletişim sisteminin zayıf olduğunu gösterir.

Kültürel olarak “hayır” demekten kaçınmak Türkiye’deki ekipleri gerçek dışı tarihe sürükleyebilir. Profesyonel itiraz gerekçe ve alternatif taşır: mevcut kapasiteyle cuma günü on asset yerine kalite standardında altı asset teslim edilebilir; kalan dört için salı önerilir. Risk erken bildirildiğinde plan yapılabilir, son gün söylendiğinde güven kırılır. Client’ın da vendor’ı sadece emir alan kaynak gibi değil, bilgi üreten partner olarak dinlemesi gerekir. Co-development, karşılıklı görünürlük olmadan yalnızca daha karmaşık outsourcing’e dönüşür.

12

Bireysel üretici AAA zincirine nasıl hazırlanabilir?

Bireysel aday dev oyun üretmek yerine güvenilir teslim davranışını gösterebilir. Hedef rol için gerçekçi bir brief seçer, acceptance criteria ve süre yazar, source control kullanır, haftalık review alır ve finalde engine-ready paket sunar. Portfolyoda beauty shot yanında naming, breakdown, bütçe, validation ve revizyon kanıtı bulunur. Ekip projesinde katkısını ve diğer üreticileri doğru kredilendirir. İngilizce kısa README ve handoff notu hazırlar. Böylece yalnızca yetenek değil, başka pipeline’a eklenebilme ihtimali görünür olur.

Vendor stüdyo için hazırlık daha geniştir. Discipline lead, producer, IT/security, QA ve business development aynı sözü verebilmelidir. Demo reel’de gösterilen kaliteyi hangi ekip kapasitesiyle, hangi sürede ve hangi toolchain ile tekrar edebildiği bilinmelidir. Tek bir yıldız çalışana bağlı model ölçeklenmez. Eğitim planı, backup owner, review checklist ve ölçülen throughput oluşturulur. İlk uluslararası işten önce küçük iç simülasyon yapılabilir: client rolü brief ve değişiklik verir, ekip sample’dan final teslimine kadar zinciri uygular ve sorunları kaydeder.

13

Türkiye için gerçek fırsat ucuz iş gücü olmak değildir

Maliyet avantajı ilk konuşmayı başlatabilir, fakat uzun vadeli değer güvenilir uzmanlık, yaratıcı judgment ve üretim bilgisiyle oluşur. Sadece düşük fiyatla rekabet eden ekip ücret baskısına, hızlı çalışan kaybına ve kalite dalgalanmasına açık kalır. Belirli discipline’da derinleşmek, araç geliştirmek, teknik art veya audio implementation gibi zor arayüzlerde uzmanlaşmak ve client’ın problem çözme süresini azaltmak daha savunulabilir konum yaratır. Türkiye’nin saat dilimi, Avrupa’ya yakınlık, genç üretici kitlesi ve farklı kültürel gözlemi doğru sistemle avantaja dönüşebilir.

Hedef bütün stüdyoları AAA’ya çevirmek değildir. Her üretim modelinin kendi başarısı vardır. Önemli olan AAA veya co-development hedefleyenlerin görünmeyen gereksinimleri romantikleştirmeden öğrenmesidir. Büyük oyun kredisi, sağlıksız overtime veya gizli scope büyümesini haklı çıkarmaz. Sürdürülebilir kapasite, açık sözleşme, kredi, güvenlik ve çalışan gelişimi üretim kalitesinin parçasıdır. Türkiye’nin potansiyeli yalnızca daha çok insanın oyun istemesinde değil, bu isteği güvenilir kuruma ve tekrar edilebilir bilgiye dönüştürmesindedir.

  • Onboarding sırasında güvenlik, tool erişimi, review hattı, saat dilimi ve escalation yolunu üretimden önce test edin.
  • Bid’e yalnızca üretim saatini değil; lead review, rework, QA, toplantı, teslim ve bekleme maliyetini ekleyin.
  • Brief çelişkisini çözüm önerisi ve etkisiyle erken sorun; varsayımı yüzlerce asset’e çoğaltmayın.
  • Rework ile change request’i ortak acceptance criteria ve karar kaydı üzerinden ayırın.
  • Kredi ve portfolyo izinlerini yazılı yönetin; yayımlanmış oyun, gizli kaynağı otomatik olarak paylaşılabilir yapmaz.
14

İlk uluslararası teslimden sonra yapılacak retrospektif

İş paketi kabul edildiğinde ekip hemen sonraki pakete koşmamalıdır. Tahmin ile gerçek süre, review turu, rework nedeni, client bekleme süresi, teknik hata, güvenlik olayı ve çalışan yükü incelenir. Amaç kişiyi suçlamak değil, sistemin nerede bilgi kaybettiğini bulmaktır. Aynı yorum birden fazla asset’te geldiyse style guide veya iç review güncellenebilir. Transfer sürekli yavaşsa altyapı değişebilir. Lead darboğaz olduysa yetki ve eğitim planı yeniden kurulabilir.

Retrospektif sonucu ölçülebilir birkaç aksiyona dönüşmelidir. “İletişimi geliştirelim” yerine soru günlüğü, haftalık risk özeti veya review SLA tanımlanabilir. Düzelen ölçü sonraki pakette izlenir. Client ile uygun düzeyde ortak retro yapmak da ilişkinin olgunlaşmasını sağlar; iki tarafın sorumluluğu görünür olur. Türkiye’den gelen ekibin uzun vadeli avantajı tek seferlik kahraman teslim değil, her döngüde daha öngörülebilir hale gelmesidir. Güven, vaat edilen mükemmellikten çok öğrenme hızının ve açık davranışın tekrar tekrar kanıtlanmasıyla oluşur.

The Inviox Gazette’e dön