İçindekiler
Yerelleştirme İş Akışı Yönetimi: Çok Dilli Ekipler için Verimli Süreçler Oluşturma
Temel Çıkarımlar
- İyi tanımlanmış bir yerelleştirme iş akışı, teslim sürelerini azaltır, çeviri kalitesini artırır ve darboğazları önler
- Temel iş akışı aşamaları şunlardır: dizi çıkarma, ön çeviri, insan çevirisi, inceleme, QA ve dağıtım
- Rol netliği (kimin çevireceği, kimin inceleyeceği, kimin onaylayacağı) karışıklığı ve tekrarlanan işleri önler
- Her aşamadaki otomasyon — dizi tespitinden dağıtıma kadar — manuel aktarmaları azaltır
- İş akışı tasarımı ekip büyüklüğünüze, içerik hacminize ve kalite gereksinimlerinize uygun olmalıdır
Yerelleştirme İş Akışı Nedir?
Yerelleştirme iş akışı, içeriğin kaynak dilde oluşturulmasından hedef dillerde yayımlanmasına kadar izlediği adımlar dizisidir. Kimin ne yaptığını, hangi sırayla, hangi araçlarla ve hangi kalite kapılarıyla yapıldığını tanımlar.
Tanımlanmış bir iş akışı olmadan yerelleştirme geçici bir hâl alır: geliştiriciler dosyaları e-postayla gönderir, çevirmenler elektronik tablolarda çalışır, inceleyenler neye dikkat etmeleri gerektiğini bilmez ve hangi çevirilerin üretime hazır olduğundan kimse emin olamaz.
Temel İş Akışı Aşamaları
Aşama 1: İçerik Tespiti ve Çıkarma
Yeni veya değiştirilmiş çevrilebilir içerik, kod tabanından tanımlanmalı ve çıkarılmalıdır.
Manuel yaklaşım: Geliştiriciler yerelleştirmeye hazır olduklarında çeviri dosyalarını dışa aktarır. Otomatik yaklaşım: CI/CD pipeline'ları, merge sırasında çeviri kaynak dosyalarındaki değişiklikleri tespit eder ve bunları otomatik olarak TMS'ye gönderir.
Otomatik yaklaşım tercih edilir; çünkü çevrilebilir içeriğin unutulmamasını sağlar ve geliştirici yükünü azaltır.
Aşama 2: Ön Çeviri
İnsan çevirmenler yeni içeriği görmeden önce otomatik sistemler bir kısmını işleyebilir:
- Çeviri belleği (TM) eşleşmeleri: Daha önce çevrilen özdeş veya benzer bölümler otomatik olarak uygulanır. %100 TM eşleşmesi, dizenin daha önce çevrildiği ve olduğu gibi yeniden kullanılabileceği anlamına gelir.
- Makine çevirisi (MT): Eşleşmeyen bölümler, insan düzenlemesi için başlangıç noktası olarak MT önerileri alır.
- Sözlük uygulaması: Tutarlılığı sağlamak için ürüne özgü terimler önceden uygulanır.
Ön çeviri, olgun TM'lere sahip yerleşik projelerde genellikle içerik hacminin %30-70'ini işler ve insan çeviri çabasını önemli ölçüde azaltır.
Aşama 3: İnsan Çevirisi
Çevirmenler, ön çeviri tarafından tam olarak çözülemeyen içerikler üzerinde çalışır. Görevleri şunları kapsar:
- TM eşleşmesi olmayan yeni dizelerin çevrilmesi
- Makine çevirisi önerilerinin son düzenlemesi
- Bulanık TM eşleşmelerinin incelenmesi (önceki çevirilere benzer ama özdeş olmayan)
Çevirmenler en verimli şekilde şu koşullarda çalışır:
- Bağlam (ekran görüntüleri, dize açıklamaları, dizenin kullanıcı arayüzünde nerede göründüğü)
- Projeye özgü sözlükler ve stil rehberleri
- Referans için çeviri belleğine erişim
- Belirsiz kaynak içerik hakkında soru sorabilme imkânı
Aşama 4: İnceleme
İkinci bir dil uzmanı çevirileri doğruluk, tutarlılık ve doğallık açısından inceler. İnceleme iş akışları farklılık gösterir:
Tek inceleme: Bir inceleme uzmanı tüm çevirileri kontrol eder. Küçük projeler veya dahili içerik için uygundur.
Çift inceleme: Çevirmen + ayrı inceleme uzmanı. İnceleme uzmanı sıfırdan çeviri yapmak yerine doğruluk ve üsluba odaklanır. Müşteriye yönelik içerik için yaygındır.
Bağlam içinde inceleme: Çeviriler bir elektronik tabloda veya TMS editöründe değil, gerçek ürün kullanıcı arayüzünde incelenir. Tek başına görünmeyen sorunları — kısaltma, düzen sorunları, bağlam uyumsuzlukları — yakalar.
Aşama 5: Kalite Güvencesi
Otomatik QA, insanların gözden kaçırabileceği mekanik hataları yakalar:
| QA Kontrolü | Ne Yakalar |
|---|---|
| Yer tutucu doğrulama | Çevirilerdeki eksik veya fazla {değişkenler} |
| Uzunluk doğrulama | Kaynaktan önemli ölçüde daha uzun çeviriler (kullanıcı arayüzü taşma riski) |
| Noktalama işareti kontrolü | Eksik noktalar, tutarsız tırnak işaretleri, çift boşluklar |
| Etiket doğrulama | Çevirilerdeki bozuk HTML/XML etiketleri |
| Sayı biçimi | Yanlış değiştirilen sayılar veya tarihler |
| Terminoloji | Onaylanan sözlükle eşleşmeyen terimler |
Aşama 6: Dağıtım
Tamamlanan ve QA'dan geçen çeviriler kod tabanına geri entegre edilir ve dağıtılır:
- Manuel: Çeviriler TMS'den dışa aktarılır, Git'e commit edilir, bir sonraki sürümle dağıtılır
- Otomatik: CI/CD çevirileri TMS'den alır, PR oluşturur, kontroller geçtikten sonra otomatik olarak birleştirir
Ekip Büyüklüğüne Göre İş Akışı Kalıpları
Tek Geliştirici / Küçük Ekip (1–5 kişi)
Geliştirici dize ekler → MT ön çeviri yapar → Geliştirici inceler → Dağıtım
- Makine çevirisi ilk taslakları işler
- Geliştirici veya iki dilli ekip üyesi inceler
- Basit ve hızlı, MVP ve erken aşama ürünler için uygun
- Dahili araçlar veya kritik olmayan diller için yeterli kalite
Orta Büyüklükte Ekip (5–20 kişi)
Geliştirici dizeleri commit eder → TMS otomatik tespit eder → TM + MT ön çeviri yapar → Çevirmen düzenler → İnceleyici onaylar → Otomatik QA → PR → Dağıtım
- Özel çevirmenler (serbest veya şirket içi) çeviriyi üstlenir
- İnceleme adımı kaliteyi sağlar
- Otomatik QA mekanik hataları yakalar
- CI/CD entegrasyonu manuel dosya işlemlerini azaltır
Kurumsal Ekip (20+ kişi, birden fazla ürün)
Geliştirici commit eder → TMS tespit eder → TM + MT ön çeviri yapar → Proje yöneticisi çevirmen havuzuna atar → Çevirmen çevirir → İnceleyici inceler → LQA uzmanı bağlamsal inceleme yapar → Otomatik QA → Görsel inceleme için staging'e dağıtım → Onay → Üretime dağıtım
- Özel yerelleştirme proje yöneticileri iş akışını koordine eder
- Birden fazla inceleme aşaması (dilbilimsel, bağlamsal, görsel)
- Bağlam içi doğrulama için staging ortamı
- Üretime dağıtım öncesi onay kapıları
- Teslim süreleri ve kalite üzerine raporlama ve analitik
Rol Tanımları
Netleştirilmiş rol tanımları örtüşmeleri önler ve hesap verebilirliği sağlar:
| Rol | Sorumluluk | Ne Zaman Dahil Olur |
|---|---|---|
| Geliştirici | Dizeleri dışsallaştırma, i18n altyapısını koruma | İçerik oluşturma |
| Yerelleştirme PM | İş akışını koordine etme, son tarihleri yönetme, görevleri atama | Süreç boyunca |
| Çevirmen | Yeni içeriği çevirme, MT son düzenlemesi yapma | Çeviri aşaması |
| İnceleyici | Doğruluk, tutarlılık ve doğallığı doğrulama | İnceleme aşaması |
| QA Uzmanı | Bağlamsal ve işlevsel kontrolleri yapma | QA aşaması |
| Ürün Sahibi | Yayın için nihai çevirileri onaylama | Onay |
Her ekip için tüm rollere gerek yoktur. Küçük ekipler çoğunlukla rolleri birleştirir; iki dilli bir geliştirici hem geliştirici hem de inceleyici olarak görev yapabilir.
İş Akışı Verimliliğini Optimize Etme
Aktarma Sürtünmesini Azaltma
Her manuel aktarma (dosya dışa aktarma, e-posta gönderme, yanıt bekleme) gecikme ekler. Aşağıdaki yöntemlerle aktarmaları otomatikleştirin:
- Kod tabanınızı CLI veya API aracılığıyla TMS'nize bağlama
- Çeviri tamamlanması için e-posta yerine webhook bildirimleri kullanma
- Dil çiftine göre görevleri mevcut çevirmenlere otomatik atama
Çeviri Hızı Metriklerini Belirleme
Darboğazları tespit etmek için temel metrikleri takip edin:
- Çevirmen başına günlük dize sayısı: İçeriğin çeviriyi ne kadar hızlı geçtiği
- İnceleme yanıt süresi: Çevirilerin inceleme için ne kadar beklediği
- QA reddedilme oranı: Çevirilerin QA'da ne sıklıkla başarısız olduğu (yüksek oran = çevirmen eğitimi gerekli)
- Uçtan uca döngü süresi: Dize oluşturmadan dağıtıma kadar geçen toplam süre
Güçlü bir Çeviri Belleği Oluşturma
Çeviri belleği, iş akışı verimliliği için en etkili tek araçtır:
- Önceki çevirileri otomatik olarak yeniden kullanır
- Sürümler arasında tutarlılık sağlar
- Maliyeti azaltır (TM eşleşmeleri yeni çevirilerden daha az maliyetlidir)
- Zamanla daha değerli hâle gelir
Tutarlı biçimde çeviri yaparak ve hataları hızlıca düzelterek, temiz bir TM oluşturmak için başlangıçta zaman yatırımı yapın.
Yaygın İş Akışı Hataları
- Tanımlanmış inceleme adımı yok: Çeviriler ikinci bir göz olmadan doğrudan çevirmenden üretime gidiyor
- Bağlam sağlanmıyor: Çevirmenler dizelerin kullanıcı arayüzünde nerede göründüğünü bilmeden körü körüne çalışıyor
- Sözlük yok: Ürün terminolojisi diller arasında tutarsız biçimde çevriliyor
- Manuel dosya işleme: Geliştiriciler hata ve gecikmelere yol açarak dosyaları Git ile TMS arasında elle kopyalıyor
- Hep ya da hiç dağıtımı: Herhangi bir dili göndermeden önce tüm dillerin tamamlanmasını bekleme — diller hazır olduğunda gönderin
SSS
Tam iş akışını bekleyemeyen acil çevirileri nasıl yönetirim?
Acil diziler için hızlı bir yol oluşturun: MT ön çeviri → geliştirici incelemesi (iki dilji ise) → daha sonra profesyonel inceleme için işaretleyerek dağıtım. Bu, içeriği hızla yayınlarken daha sonra düzgün biçimde incelenmesini sağlar. Öncelik kuyruğuna sahip TMS platformları, acil dizeleri mevcut çevirmenlere anında yönlendirebilir.
Her dize aynı iş akışından geçmeli midir?
Hayır. Katmanlar tanımlayın: kritik kullanıcı arayüzü dizeleri (inceleme içeren tam iş akışı), yardım belgeleri (çeviri + otomatik QA), dahili araçlar (yalnızca MT). Aynı ağır süreci tüm içeriğe uygulamak, düşük etkili dizeler için zaman ve bütçe israfına neden olur.
Yeni çevirmenleri mevcut bir projeye nasıl dahil ederim?
Şunları sağlayın: (1) proje sözlüğü ve stil rehberi, (2) bağlam için çeviri belleğine erişim, (3) farklı içerik türlerini kapsayan küçük bir test görevi, (4) tam atamadan önce testle ilgili geri bildirim. Yapılandırılmış bir işe alıştırma süreci, ürününüzün sesine alışkın olmayan yeni çevirmenlerden kaynaklanan kalite sorunlarını azaltır.
