Yerelleştirme Proje Yöneticisi Ne İş Yapar? Sürecin Orkestra Şefi

Bir yazılımın, mobil uygulamanın ya da web sitesinin onlarca dile aynı anda taşınması tek bir çevirmenin işi değildir. Arkada mühendisler, dil uzmanları, terminologlar ve test uzmanları vardır; hepsini aynı takvimde buluşturan kişi ise yerelleştirme proje yöneticisidir. Bu rol, çevirinin görünmeyen ama en belirleyici katmanıdır: iyi yönetilen bir proje sessizce akar, kötü yönetilen bir proje ise en yetenekli çevirmenle bile aksar.

İçindekiler

Bu yazıda rolün gerçekte ne yaptığını, hangi aşamalardan sorumlu olduğunu ve Türkiye pazarındaki tek ofisli bir büro pratiğinde nasıl karşılık bulduğunu anlatıyoruz. Kaynağımız yerelleştirme sürecini adım adım tarif eden akademik literatürdür; abartısız, sahadaki işe yakın bir çerçeve sunuyoruz. Rolü tanımlarken tek bir unvana takılmıyoruz, çünkü aynı işi farklı şirketler farklı adlarla anar.

Yerelleştirme proje yöneticisi kimdir?

Yerelleştirme proje yöneticisi, bir çeviri projesini baştan sona planlayan, kaynakları toplayan ve iş akışını kuran kişidir. Görevi metni bizzat çevirmek değildir; çevirinin sorunsuz ve öngörülebilir biçimde tamamlanmasını sağlamaktır. Esselink'in klasik ifadesiyle, dilsel, teknik ve yönetimsel her adım proje başlamadan önce açıkça tanımlanmalıdır. Yönetici bu tanımı yapar ve herkesin aynı kapsama bakmasını sağlar.

Bu kişi çoğunlukla teknik ve dilbilimsel arasında durur. Ne saf bir çevirmendir ne de saf bir yazılımcı. Kapsamı belirlerken müşteriyle, dosyaları hazırlarken mühendisle, terminoloji kararlarında dil uzmanıyla konuşur. İyi bir yönetici, her adımın varlığının, yokluğunun ya da eksik yapılmasının çevirmenin işini nasıl etkileyeceğini önceden görebilen kişidir.

Rolün adı şirketten şirkete değişir. Bazı yerlerde "yerelleştirme müdürü" tüm çevrilebilir varlıkları toplamaktan ve iş akışını kurmaktan sorumluyken, oyun projelerinde "yerelleştirme koordinatörü" çevirmenler ile dil hizmeti sağlayıcıları arasında durur. Büyük kuruluşlarda mühendislik yöneticisi, masaüstü yayıncılık yöneticisi ve hesap yöneticisi gibi ayrı unvanlar da bulunur. Ortak nokta, sürecin bir noktada tek bir sorumlu tarafından bir arada tutulmasıdır; aksi hâlde onlarca dil ve dosya birbirine karışır.

Projeyi kabul etmeden önce: kapsam ve hazırlık

Her proje, kapsamın müşteriyle netleştirilmesiyle başlar. Hangi bölümler çevrilecek, hangi diller hedeflenecek, yerelleştirme düzeyi ne olacak? Bir web sitesinin tamamı değil, çoğu zaman yalnızca öncelikli sayfaları hedef pazara taşınır. Bu kararlar bütçeye, beklenen getiriye ve pazarın büyüklüğüne göre değişir. Yönetici bu belirsizlikleri projenin en başında kapatır.

Hazırlık aşamasının tipik adımları birbirini izler ve atlanırsa ilerideki aşamalarda pahalıya patlar:

1. Müşteriyle kapsamın ve gereksinimlerin tanımlanması.
2. Yerelleştirme ortamının kurulması ve bir yönetim planı hazırlanması.
3. Çevrilebilir varlıkların (metin, ses, görsel, kaynak dosyalar) toplanması.
4. Hedef pazar için gereken uyarlamaların belirlenmesi.
5. Metnin analiz edilip maliyet ve süre tahminlerinin çıkarılması.
6. Görevlerin ekibe dağıtılması ve test planının oluşturulması.

Yerelleştirme kitinin hazırlanması

Yöneticinin somut çıktılarından biri yerelleştirme kitidir. Bu kit, dil uzmanının işini bağlamdan kopmadan yapabilmesi için gereken her şeyi içerir: kaynak dosyalar, görseller, ekran görüntüleri, talimatlar, teslim biçimleri, gerektiğinde tescilli yazılım ve ürünün önceki sürümleri. Kitin kalitesi doğrudan çeviri kalitesine yansır; çünkü bağlamı görmeyen çevirmen tahmin yürütmek zorunda kalır.

Kitin içine stil rehberi ve terim tabanı da girer. Böylece aynı terim projenin her köşesinde tutarlı kullanılır ve marka sesi dilden dile korunur. Terminoloji tutarlılığını nasıl kurduğumuzu ayrı bir yazıda ele alıyoruz; burada altını çizmek istediğimiz nokta, bu belgelerin sonradan değil, iş dağıtılmadan önce hazır olması gerektiğidir.

Kit hazırlığı aynı zamanda bir öngörü çalışmasıdır. Metnin koddan ayrılması, gömülü metin içeren görsellerin katmanlı biçimde ayrıştırılması, çevrilmeyecek ögelerin işaretlenmesi bu aşamada yapılır. Yönetici, çevirmenin karşısına çıkacak teknik tuzakları önceden temizler: yer tutucular, kısayol tuşları, metin genişlemesi riski taşıyan dar alanlar. Bu ön hazırlık ne kadar iyi yapılırsa, çeviri aşamasında geri dönüş ve düzeltme o kadar azalır. Kötü hazırlanmış bir kit, sürecin ilerleyen adımlarında bulunan her hatayı daha pahalı hâle getirir.

Takvim, bütçe ve kaynak dağıtımı

Metin analizi genellikle otomatik sistemlerle yapılır ve maliyet tahmini buradan çıkar. Yönetici, kelime sayısına, yeniden kullanılabilir eşleşmelere ve dil sayısına bakarak süre ve bütçe planlar. Metinsel içeriğin çevirisi sürecin en pahalı adımıdır; özellikle çok sayıda dil söz konusuysa bu maliyet hızla büyür. Planlama hatası, projenin en görünür sonucu olan gecikmeye dönüşür.

Kaynak dağıtımı yalnızca kimin ne zaman çalışacağını değil, hangi işin hangi uzmana gideceğini de kapsar. Yaratıcı bir pazarlama metniyle tekrar eden bir arayüz dizesi aynı kişiye, aynı yönteme emanet edilmez. Doğru işi doğru kişiye yönlendirmek, yöneticinin en değerli katkılarından biridir.

Bütçe planlaması, kelime sayımının hiç de basit olmadığı bir alandır. Bir şifre ya da harf-rakam bileşimi çevrilebilir bir kelime sayılmayabilir; buna karşılık teknik metinlerde kısaltmalar ve kod adları sayıma dâhil edilir. Çince, Korece veya Tayca gibi dillerde kelime sınırının karakter cinsinden hesaplanması, faturalamayı büsbütün karmaşıklaştırır. Yönetici bu ayrımları baştan netleştirmezse, teslimden sonra çıkan fatura tartışması hem müşteriyi hem ekibi yıpratır.

Ekip içi roller arasında köprü

Yerelleştirme ekosistemi kalabalıktır: hesap yöneticileri, mühendisler, dil uzmanları, terminologlar, gözden geçirenler, test uzmanları ve ülke içi denetçiler. Proje yöneticisi bu rollerin arasında bilgi taşıyan köprüdür. Oyun yerelleştirmesinde bu işlevi çoğu zaman bir yerelleştirme koordinatörü üstlenir; hata raporlarının mühendisler tarafından doğru anlaşıldığını denetler.

Köprü işlevi, tek yönlü bir aktarım değildir. Dil uzmanının fark ettiği bir kültürel sorun geliştiriciye, mühendisin bulduğu bir teknik kısıt çevirmene ulaşmalıdır. Bu geri bildirim döngüsü kesildiğinde hatalar sürecin sonuna, yani düzeltmenin en pahalı olduğu ana kalır.

Bu roller arasında bir de danışmanlar ve ülke içi denetçiler bulunur. Belirli bir pazar ya da alan hakkında uzmanlaşmış danışmanlar, ekibe kültürel ve düzenleyici konularda bilgi verir. Ülke içi denetim ise düzeltmeden farklıdır: teknik tutarlılığa, eksiksizliğe ve üzerinde anlaşılmış terminolojiye odaklanır. Yönetici, bu uzmanların sürece hangi noktada ve hangi soruyla dâhil edileceğini planlar. Yanlış zamanlanmış bir denetim, hem gecikmeye hem gereksiz maliyete yol açar. Doğru zamanlanmış bir denetimse, pazara çıkmadan önce en kritik riskleri yakalar.

Kalite, teslim ve otomasyon

Yönetici, kalite güvence (QA) sürecinin de planlayıcısıdır. Test takvimini, hata raporlama aracını ve kullanılacak kalite çerçevesini o belirler. Teslim sonrasında ise sürekli yerelleştirme deposunun kurulması, tanıtım materyallerinin uyarlanması ve arama motoru için anahtar kelimelerin hazırlanması gibi işler devreye girer.

Günümüzde bazı adımlar otomatikleşiyor; hatta ışıkları kapalı denen otonom proje yönetimi, içeriği kullanıcı talebiyle otomatik üretmeyi hedefliyor. Yine de kapsam belirleme, kültürel risk değerlendirmesi ve müşteri ilişkisi gibi kararlar insana bağlı kalıyor. Aşağıdaki tablo, rolün üç ana aşamadaki sorumluluklarını özetliyor.

Aşama	Yöneticinin sorumluluğu	Birlikte çalıştığı rol
Hazırlık	Kapsam, kaynak toplama, kit	Hesap yöneticisi, mühendis
Çekirdek çeviri	Görev dağıtımı, terminoloji	Dil uzmanı, terminolog
Test ve teslim	QA planı, hata takibi	Test uzmanı, mühendis

Şelale ve sürekli akışta yönetim farkı

Yönetimin biçimi, projenin iş akışına göre değişir. Şelale modelinde aşamalar birbirini izler: tasarım biter, geliştirme başlar, ardından yerelleştirme ve test gelir. Burada yönetici, bir aşamanın çıktısını sonrakine düzgün devretmekle sorumludur. Sorun sürecin sonunda bulunursa, çözümü hem pahalı hem yavaştır; çünkü geliştiriciler çoktan başka bir işe geçmiş olabilir.

Sürekli ve çevik modellerde ise iş hiç durmaz. Küçük içerik parçaları depolara gönderilir, çeviri sistemi bunları çeker ve yerelleştirilmiş metin ürüne sürekli entegre edilir. Bu ortamda yönetici, tek seferlik bir teslim değil, hiç bitmeyen bir akışı yönetir. Roller, takvimler ve kalite kontrol noktaları buna göre kurgulanır. Aynı kişi, aynı projede iki farklı zihniyetle çalışmak zorunda kalabilir.

Türkiye bağlamı

Türkiye'de yerelleştirme işleri çoğunlukla küçük ekiplerle, tek ofisten yürütülür. Bizim gibi Ankara Kızılay'daki bir büroda proje yönetimi, ayrı bir departman değil, süreci bir arada tutan bir disiplin olarak var olur. Küçük ölçekte bile kapsamın yazılı tanımlanması, terim tutarlılığının baştan kurulması ve teslim biçiminin netleştirilmesi işi kurtaran alışkanlıklardır.

Türkçenin sondan eklemeli yapısı ve serbest kelime dizilişi, arayüz dizelerinde metin uzunluğunu ve yer tutucu davranışını öngörülemez kılar. Bu yüzden Türkçe hedef alan projelerde yöneticinin, çevirmene bağlam ve ekran görüntüsü sağlaması özellikle önemlidir. KVKK kapsamındaki içeriklerde ise kaynak dosyaların ve müşteri verisinin nasıl işleneceği baştan planlanmalıdır. Bu yazı genel bilgilendirme amaçlıdır, hukuki görüş değildir.

Bu sizin için ne anlama geliyor?

Çeviri satın alan taraftaysanız, iyi bir proje yöneticisi sizin için görünmez bir sigortadır. Talebinizi kapsam belirsizliğinden kurtarır, sürprizleri projenin başında ortaya çıkarır. Somut olarak şu adımları isteyebilirsiniz:

1. Hangi içeriğin çevrileceğini yazılı bir kapsam belgesiyle netleştirin.
2. Terim tabanı ve stil rehberi olup olmadığını sorun; yoksa oluşturulmasını isteyin.
3. Teslim takvimini ve ara kontrol noktalarını önceden konuşun.

Bir sonraki projenizde bu çerçeveyi kurmak için yerelleştirme hizmetlerimizi inceleyebilir, kapsam ve takvim için teklif formundan bize ulaşabilirsiniz. Amacımız satış yapmak değil, işinizi öngörülebilir kılmaktır.

Sık sorulan sorular

Yerelleştirme proje yöneticisi çevirmen midir?

Zorunlu değildir. Görevi metni çevirmek değil, çeviri sürecini planlamak, kaynakları toplamak, takvimi kurmak ve ekibi koordine etmektir. Dil bilgisi avantaj sağlar ama asıl uzmanlığı süreç yönetimidir.

Yerelleştirme kiti ne içerir?

Kaynak dosyalar, görseller, ekran görüntüleri, stil rehberi, terim tabanı, talimatlar, teslim biçimi ve gerektiğinde ürünün önceki sürümleri. Amaç, dil uzmanının bağlamı görerek çalışabilmesidir.

Küçük bir projede proje yöneticisi gerekli mi?

Küçük bir sitenin şelale modeliyle iki kişiyle ilerlediği durumlarda ayrı bir yönetici gerekmeyebilir. Dil ve dosya sayısı arttıkça koordinasyon işi tek başına bir uzmanlık hâline gelir.

Otonom araçlar proje yöneticisinin yerini alır mı?

Bazı adımları otomatikleştirir ama kararları yine insan verir. Kapsam belirleme, kültürel risk değerlendirmesi ve müşteri iletişimi gibi işler otomasyona kolay devredilemez.

Kaynaklar

Jiménez-Crespo, M. A. (2024). Localization in Translation. Routledge (Böl. 3/4/5/9/12). · Esselink, B. (2000). A Practical Guide to Localization. John Benjamins.