Sürekli Yerelleştirme mi, Şelale Modeli mi? İki İş Akışının Karşılaştırması

Yerelleştirme iki temel ritimden biriyle çalışır. Ya aşamalar sırayla ilerler ve her biri bitince diğeri başlar, ya da ürünle birlikte kesintisiz akar. Birincisine şelale, ikincisine çevik ya da sürekli yerelleştirme deniyor.

İçindekiler

Bu seçim yalnızca tedarikçinizin iç işleyişini ilgilendirmez. Hangi modelle çalıştığınız, güncellemelerin ne kadar sürede yayına gireceğini, faturanızın nasıl kesileceğini ve kalite kontrolün nerede yapılacağını belirler.

Aşağıda iki modeli işleyiş, maliyet ve risk açısından karşılaştırıyoruz. Sonuçta doğru cevap ürününüzün değişim hızına bağlı; her iki modelin de yerinde kullanıldığında avantajı var.

Şelale modeli nasıl çalışır?

Şelale modelinde aşamalar birbirini takip eder: planlama, çekirdek yerelleştirme, birleştirme, test ve yerelleştirme sonrası. Bir aşama tamamlanmadan diğeri başlamaz (Jiménez-Crespo 2024, s. 57). Yapı, çeviri sektöründe bilinen çeviri-düzeltme-yayın sırasının büyütülmüş hâlidir.

Modelin en güçlü yanı öngörülebilirliktir. Kapsam baştan bellidir, maliyet tek seferde hesaplanır, teslim tarihi net konur. Onay süreçleri ağır işleyen kurumlarda bu netlik önemli bir avantajdır.

Model ayrıca kalite kontrolü kolaylaştırır. Metnin tamamı aynı anda elinizdedir; tutarlılığı, üslubu ve terim kullanımını bütün hâlinde değerlendirebilirsiniz. Parça parça gelen içerikte bu bakış açısını korumak zordur.

Bu nedenle şelale, tek seferlik ve sınırları belli işlerde hâlâ en verimli yöntemdir. Bir kullanım kılavuzunun, yıllık faaliyet raporunun ya da tanıtım kataloğunun yerelleştirilmesinde başka bir modele ihtiyaç duymazsınız. İçerik yayına girdikten sonra değişmiyorsa, sürekli akış kurmanın da bir karşılığı olmaz.

Şelale modelinin zayıf noktası

Bu modelin temel sorunu, hatanın geç fark edilmesidir. Sorun süreçte aşağıya doğru ilerledikten sonra ortaya çıkarsa çözümü hem pahalı hem yavaş olur; geliştiricilerin başka bir işe geçmiş olması durumu daha da zorlaştırır (Jiménez-Crespo 2024, s. 57-58).

İkinci sorun hızdır. Ürününüz haftada birkaç kez güncelleniyorsa, her güncelleme için baştan başlayan bir süreç kurmak sürdürülemez. Yerelleştirilmiş sürüm sürekli geride kalır ve kullanıcı iki farklı ürün görüyormuş hissine kapılır.

Üçüncüsü, kaynak metin süreç sırasında değişirse yapılan işin bir kısmı boşa gider. Şelale modeli kaynağın sabit kalmasını varsayar; dijital ürünlerde bu varsayım çoğu zaman gerçekleşmez.

Bu zaafların ortak kaynağı, modelin geri dönüşü pahalı hâle getirmesidir. Zincirin sonunda bulunan bir sorun, çözüm için birkaç aşama geriye gitmeyi gerektirir ve bu sırada takvimdeki bütün tarihler kayar. Bu yüzden şelale modelinde hazırlık aşamasına ayrılan zaman, boşa harcanmış gibi görünse de en kârlı yatırımdır.

Aynı anda yayın ve sonradan yerelleştirme

Şelale yaklaşımı iki farklı zamanlamayla uygulanabilir. Birincisinde yerelleştirme, ürün geliştirilirken yürütülür ve tüm dil sürümleri özgün sürümle aynı anda yayına verilir. Sektörde bu yaklaşım “aynı anda yayın” olarak anılır.

İkincisinde ise yerelleştirme, özgün sürüm tamamlanıp yayına girdikten sonra başlar. Yazılımda bu yaklaşım sonradan yerelleştirme, oyun tarafında ise altın sürüm sonrası yerelleştirme adıyla geçer (Jiménez-Crespo 2024, s. 58).

Seçim ticari bir karardır. Aynı anda yayın, pazara giriş avantajı sağlar ama geliştirme sırasında değişen metinlerle uğraşmayı gerektirir. Sonradan yerelleştirme daha sakin ilerler, karşılığında hedef pazarda gecikmeli görünürsünüz.

Sonradan yerelleştirmenin bir riski daha vardır: ürün tek dil düşünülerek tamamlandığı için teknik engellerle karşılaşma ihtimali yüksektir. Sağdan sola yazılan bir dil talep edildiğinde ya da metin alanları sabit genişlikte kaldığında, iş çeviriden önce yeniden geliştirmeye döner.

Sürekli yerelleştirme nedir?

Çevik ve sürekli yaklaşımlar, çözümlerin kendi kendini örgütleyen ekiplerin iş birliğiyle, yinelemeli ve artımlı biçimde geliştirildiği yöntemlerdir (Bernal-Merino 2015, aktaran Jiménez-Crespo 2024, s. 58). Yerelleştirme de bu ritme uyar.

Çevik modelde iş, süresi belirlenmiş kısa dönemler hâlinde yapılır. Bir hafta, bir gün, hatta birkaç saat olabilen bu dönemlerde belirli miktarda içerik yerelleştirilir ve teslim edilir.

Sürekli yerelleştirme ise bunun bir alt kümesidir ve sürekli bütünleştirme ile sürekli teslimat mantığına dayanır. Küçük güncellemeler durmadan yerelleştirilir, ürüne eklenir ve yayına verilir; bu döngü günde birkaç kez tekrarlanabilir.

İki yaklaşım arasındaki ayrım pratikte incedir. Çevik modelde belirli bir geliştirme döneminin ardından bir yerelleştirme turu gelir; sürekli modelde ise ayrı bir tur yoktur, içerik hazır oldukça akar. İşletme açısından fark, projenin başı ve sonu olup olmamasıdır.

Sürekli akış teknik olarak nasıl işler?

İşleyiş kabaca şöyledir: geliştiriciler yeni kodu ve metni sürüm deposuna gönderir. Çeviri yönetim sistemi, bağlayıcı denen bağlantılarla bu depoyu izler ve yeni içeriği çeker (Jiménez-Crespo 2024, s. 59).

Çekilen içerik önce mevcut çeviri belleğiyle karşılaştırılır. Daha önce çevrilmiş kısımlar otomatik doldurulur; yalnızca yeni metin çevirmene gönderilir. Bazı akışlarda makine çevirisi de devreye girer ve insan düzeltmesiyle tamamlanır.

Çeviri tamamlandığında içerik depoya geri yazılır, ürüne yerleştirilir ve yayına alınır. Kullanıcı bunu bir güncelleme olarak görür. Zincirin tamamı otomatik kurulduğunda insan müdahalesi yalnızca çeviri ve onay adımlarında kalır.

Bu zincirin en kırılgan halkası bağlayıcılardır. İçerik yönetim sisteminiz güncellendiğinde ya da dosya yapınız değiştiğinde bağlantı sessizce kopabilir ve yeni içerik çeviriye hiç gitmeyebilir. Bu yüzden akışın düzenli olarak izlenmesi ve bir sorumlusunun bulunması gerekir.

İki modelin karşılaştırması

Aşağıdaki tablo iki modeli işletme açısından önemli başlıklarda karşılaştırıyor.

Ölçüt	Şelale	Sürekli
Teslim ritmi	Tek seferde, planlı	Sürekli, küçük paketler
Maliyet öngörüsü	Baştan nettir	Dönemsel, değişkendir
Hata düzeltme	Geç ve pahalı	Erken ve ucuz
Bütünsel kalite kontrolü	Kolaydır	Ayrıca planlanmalıdır
Gereken altyapı	Sınırlı	Depo, bağlayıcı, yönetim sistemi
Uygun olduğu içerik	Belge, kampanya, rapor	Uygulama, site, yazılım

Tabloyu okurken dikkat edilecek nokta şu: satırların hiçbirinde bir model diğerini tamamen geçmiyor. Seçim, hangi zaafla yaşayabileceğinize göre yapılır.

Sürekli modelin gizli maliyetleri

Sürekli yerelleştirmenin görünmeyen bir bedeli vardır. İş, küçük hacimler, çok sayıda dosya, artan içerik türü ve acil talepler etrafında döner. Bu yapı esneklik ister ve her tedarikçi bu ritme uygun değildir.

İkinci bedel bağlam kaybıdır. Çevirmen elli kelimelik bir paket alır ve bunun hangi ekranda görüneceğini bilmez. Bağlam bilgisi sağlanmadığında tutarsızlık riski, şelale modeline göre belirgin biçimde artar.

Üçüncüsü yönetim yüküdür. Sürekli akışta kimin neyi onaylayacağı baştan tanımlanmazsa, günde birkaç kez tekrarlanan bir onay trafiği oluşur. Bu yükü azaltmanın yolu, düşük riskli içerik için otomatik onay kuralları belirlemektir.

Dördüncüsü ölçüm sorunudur. Sürekli akışta kalite tek bir teslimde değil, zaman içinde oluşur; bu yüzden klasik teslim öncesi kontrol yerine düzenli örnekleme yapmak gerekir. Ayda bir kez rastgele seçilmiş ekranların incelenmesi, sorunları büyümeden görmenin en pratik yoludur.

Hangisi sizin projenize uygun?

Karar için ürünün türünden çok değişim hızına bakmak gerekir. Aşağıdaki sorular seçimi kolaylaştırır:

1. İçeriğiniz ayda kaç kez değişiyor?
2. Yerelleştirilmiş sürümün özgün sürümle aynı anda güncellenmesi zorunlu mu?
3. Metinleriniz koddan ayrılmış bir yapıda tutuluyor mu?
4. Onay verecek kişi her gün ulaşılabilir mi?
5. Küçük paketlerin faturalandırılması muhasebe tarafında sorun yaratır mı?

Karma bir yol da mümkündür. Arayüz metinlerini sürekli akışla, pazarlama ve yasal içerikleri planlı turlarla yürütmek yaygın ve dengeli bir çözümdür.

Sorulara verdiğiniz cevaplar sürekli modeli işaret etse bile geçişi tek adımda yapmak zorunda değilsiniz. Önce tek bir dilde ve sınırlı bir içerik kümesinde deneyip akışın gerçekten işlediğini görmek, tüm dilleri aynı anda yeni düzene taşımaktan daha güvenli bir yoldur.

Türkiye bağlamı

Türkiye’deki kurumsal alıcıların önemli bölümü hâlâ tek seferlik sipariş mantığıyla çalışıyor: dosya gönderilir, teslim alınır, fatura kesilir. Sürekli yerelleştirme bu alışkanlığa uymaz; aylık hizmet bedeli ya da dönemsel paket gibi farklı bir sözleşme yapısı gerektirir.

Küçük paketlerin faturalandırılması ayrı bir konudur. Elli kelimelik bir güncelleme için ayrı fatura kesmek pratik olmadığından, dönemsel toplu faturalama ve asgari hacim eşiği üzerinde baştan anlaşmak iki tarafı da rahatlatır.

Türkçenin yapısı da sürekli modelde ek dikkat ister. Kısa paketler hâlinde gelen metinlerde ek uyumu ve cümle dizilişi bağlama bağlı olduğu için, çevirmene ekran bilgisi verilmediğinde doğal olmayan ifadeler ortaya çıkar. Düzenli aralıklarla bütünsel gözden geçirme yapmak bunu telafi eder.

Bu sizin için ne anlama geliyor?

İş akışı modeli, çeviri kalitesinden önce gelen bir karardır. Yanlış model seçildiğinde en iyi çevirmen bile gecikmiş ya da bağlamsız çalışır. Şu adımlar seçimi kolaylaştırır:

1. Son altı aydaki içerik güncellemelerinizi sayın; ritminizi tahminle değil veriyle belirleyin.
2. Sürekli akışa geçecekseniz onay yetkisini tek kişide toplayın.
3. Faturalandırma düzenini sözleşmeye ayrıca yazdırın.
4. Üç ayda bir bütünsel gözden geçirme turu planlayın.

Dönemsel ve tek seferlik çalışma biçimlerimizi fiyatlar sayfamızda bulabilirsiniz. Hangi modelin size uyduğunu birlikte değerlendirmek isterseniz teklif sayfamızdan güncelleme sıklığınızı paylaşmanız yeterli.

Sık sorulan sorular

Sürekli yerelleştirme her ürün için gerekli mi?

Değil. Yılda bir iki kez güncellenen bir katalog sitesinde sürekli akış kurmak gereksiz karmaşıklık yaratır. Model, güncelleme sıklığıyla birlikte anlam kazanır; haftada birkaç kez içerik değişiyorsa yararı belirgindir.

Şelale modeli artık kullanılmıyor mu?

Kullanılıyor. Belgeler, kampanya metinleri, yıllık raporlar ve tek seferlik ürün lansmanları için hâlâ en anlaşılır modeldir. Sorun modelin kendisinde değil, sürekli değişen bir ürüne yanlışlıkla uygulanmasındadır.

Sürekli yerelleştirmede kalite düşer mi?

Otomatik olarak düşmez, ama risk artar. Metin küçük parçalar hâlinde geldiği için çevirmen bütünü göremez. Bu riski azaltmanın yolu bağlam bilgisi sağlamak, terim listesini güncel tutmak ve düzenli aralıklarla bütünsel gözden geçirme yapmaktır.

Bu modele geçmek için hangi altyapı gerekir?

Metinlerin koddan ayrılmış olması, bir sürüm deposu ve çeviri yönetim sistemiyle kurulan bir bağlantı yeterlidir. Asıl zorluk teknik değil düzenseldir: kimin ne zaman onay vereceğinin baştan tanımlanması gerekir.

Kaynaklar

Jiménez-Crespo, M. A. (2024). Localization in Translation. Routledge, s. 57-59. · Bernal-Merino, M. (2015). Translation and Localisation in Video Games. Routledge, s. 279. · Beck, K. vd. (2001). Agile Manifesto, agilemanifesto.org.