Yazılım şirketleri yerelleştirme ve Agile'ı nasıl uyumlu hale getirebilir – Infobip'in hikayesi

Infobip'te yerelleştirme yaklaşımımız hakkında biraz bilgi vermek istiyorum. İşletmeler ve geliştiriciler için küresel bir iletişim platformu olarak, özellikle çevik çerçeve içinde çalışmasını sağlamak için yerelleştirme sürecimizi sürekli iyileştirmeye çalışıyoruz.

Bu nedenle, kısa süre önce yeni bir araştırma ve deneme sürecine başlamaya karar verdik ve bu süreç ilginç ve hatta şaşırtıcı sonuçlar verdi.

Ama önce, yerelleştirme nedir ve yazılım geliştirmeyle ne ilgisi vardır? Yerelleştirme, ürünlerin ve içeriğin belirli bir bölgeye veya ülkeye uyarlanmasıdır. Bu, ürünlerin ve içeriğin o kültürel ve dilsel ortamda çalışmasını sağlamak içindir.

Infobip olarak, sürekli yerelleştirmeye odaklanıyoruz. Bu, yerelleştirmenin en yeni şeklidir ve yazılım şirketlerinin yazılım geliştirme döngülerine yerelleştirmeyi dahil ederken genellikle karşılaştıkları darboğaz sorunlarını çözmek için tasarlanmıştır. Birden fazla mühendislik ekibi olan şirketler için son derece yararlıdır.

Günümüzde yazılım, çeviklikle eş anlamlıdır. Bu, kısa sürüm döngüleri, yani geliştiricilerin yazılım ürünlerine küçük eklemeler ve değişiklikler yapması anlamına gelir. Bu küçük, tekrarlayan sürümlerin de yerelleştirilmesi gerekir, bu nedenle yerelleştirme sürecine dahil olan herkes – LSP'ler, çeviri şirketleri veya şirket içi ekipler – de çevik olmalıdır.

Ne yazık ki, yerelleştirme dünyası hala geleneksel zihniyete sahip – bir sonraki adıma geçmeden önce, sınırlı adımları tek tek tamamlamak için yavaş, doğrusal şelale yöntemini kullanıyor. Bu eski yöntem bazı sektörlerde hala işe yarayabilir (neredeyse), ancak yazılım şirketlerine uygulandığında, her şeyin çok daha hızlı yapılması gerektiği için darboğaz sorunları kaçınılmazdır.

Örnek olarak kendi durumumuza bakalım. Ürünlerimiz (UI) yaklaşık 95.000 kelime içeriyor. 48 saat içinde 11 dile çevirmemiz gereken 120 kelimelik küçük bir metin bile olabilir.

İletişime geçtiğimiz tüm LSP'ler şunları yapmak zorundaydı:

• gereksinimleri netleştirmek ve projeyi kabul etmek

• 11 adede kadar tedarikçiyle iletişime geçmek

• tedarikçilerin uygunluğunu teyit etmek ve bu kadar kısa sürede uygun olmayan veya yanıt vermeyen tedarikçilerin yerine geçecek tedarikçileri bulmak

• projenin ilerleyişini denetlemek

• soruları yanıtlamak ve sorunları çözmek

• tamamlanmasını doğrulamak ve çevirileri teslim etmek

• müşteriye fatura kesmek ve tedarikçilere ödeme yapmak

Bu gereksinimler nedeniyle genellikle üç sorunla karşılaştık: LSP'ler ve tedarikçilerinden gelen minimum ücretler, sıkı teslim tarihleri ve kaliteden ödün verilmesi. Burada, LSP'lerin çok fazla iş yaptığını ve bu durumun sürekli olarak gelen küçük projelerimize ayak uydurmamızı zorlaştırdığını belirtmek önemlidir.

Sürekli yerelleştirme, Infobip'te her zaman hedefimiz olmuştur, ancak yukarıdaki tüm kısıtlamalar nedeniyle, en iyi ihtimalle "yarı sürekli" bir süreçti. Bu nedenle, kısa süre önce, yerelleştirme sürecimizi gerçekten sürekli hale getirip getiremeyeceğimizi görmek için düşük riskli, yüksek kazançlı bir deneye başladık. Başka bir deyişle, yerelleştirme sürecimizi çevik çerçeveye sorunsuz bir şekilde uyarlayabilir miyiz diye görmek istedik.

Gerçek sürekli yerelleştirmenin neden bu kadar zor olduğunu düşünmeye başladığımızda, yerelleştirme projelerinde şelale modelinden, sıralı yaklaşımdan tamamen uzaklaşmamız gerektiğini fark ettik. Bu mümkün müydü?

2001 yılında bir grup yazılım geliştiricisinin aynı zorlukla karşılaştığını öğrendik. Şelale yöntemine karşı, yazılımı farklı bir şekilde yapmak için Agile Manifesto'yu önerdiler. Bu, 20 yıl önce yazılım geliştirmede devrim yarattı ve bugün her zamankinden daha geçerli.

^{Çevik yaklaşım VS şelale yaklaşımı}

Böylece, orijinal Manifesto'da birkaç küçük değişiklik yaparak, yerelleştirmeyi de çevik hale getirmek için bazı ilkeler belirledik.

Sürekli yerelleştirme için 12 kılavuzumuz şöyledir:

1. Çevirileri erken yayınlayın ve daha sonra iyileştirin – mükemmel bir şekilde gözden geçirilmiş çevirileri beklemeyin.

2. Sürekli içerik güncellemelerine hazır olun – pazara sunum süresini geciktireceğiniz için geliştirme işlemlerinin durdurulmasını talep etmeyin.

3. Şirket genelinde işbirliği kurun – yerelleştirme ekibini izole etmeyin.

4. İnsanlara, güvene ve takım çalışmasına güvenin – yerelleştirme departmanınızda veya programınızda komuta ve kontrol stilini uygulamayın.

5. Çevirmenler ve diğer paydaşlarla doğrudan iletişim yöntemlerine öncelik verin – LSP aracılığıyla dolaylı iletişime güvenmeyin.

6. Son kullanıcılardan geri bildirim toplayın - size gerçekten önemli olanı gösterirler ve kalitenin gerçek ölçütü olurlar.

7. Yerelleştirme araçlarınızı ve sisteminizi sürekli olarak geliştirin – genel, üçüncü taraf yazılımların tüm ihtiyaçlarınızı karşılayacağını beklemeyin, bazı iç geliştirmeler hala gereklidir.

8. Yerelleştirme ekibinin çalışma şeklini seçmesine izin verin – katı bir şekilde tanımlanmış prosedürlerde ısrar etmeyin.

9. Süreçleri ve planları düzenli olarak yeniden değerlendirin – gerekli ayarlamaları yapmadan yılların geçmesine izin vermeyin.

Bu ilkeleri test etmek istediğimizden, yerelleştirme sürecimizdeki tüm adımları analiz ettik, birkaçını kaldırdık ve kalanların daha verimli hale getirilebilmesi için neler yapılabileceğini araştırdık. Çeviklik ilkeleri, istisnasız olarak bu sürece çok iyi uyum sağladı.

Deneyimizde yapılan en önemli değişikliklerden biri, LSP'nin rolünün yeniden konumlandırılmasıydı. LSP'yi, müşteri ve çevirmenler arasındaki aracı olarak değil, çevirmenler ve müşteri (biz) ile birlikte üçüncü bir varlık olarak gördük.

Çalışmak için doğru LSP'yi (Beluga Linguistics) bulduktan sonra, test dili olarak İsveççe'yi seçtik ve yeniden tanımladığımız üçgeni oluşturduk: müşteri, LSP ve iki serbest çevirmen. Teknolojiyi kullanarak ve üçgen devre içinde birbirimizle iletişim kurarak, tüm şelale uygulamalarını geride bıraktığımızdan emin olduk.

Kurulum ve iletişim değişikliklerine ek olarak, serbest çevirmenlerle olan sözleşmeleri ve ödemeleri de devraldık (üçüncü taraf teknolojisini kullanarak birkaç tıklama ile hallettik) ve LSP'den öncelikle serbest çevirmen ekiplerini ve kalite sürecini yönetme konusundaki deneyimlerini bize aktarmasını istedik. Bu, bizim ve LSP'nin çıkarları arasında herhangi bir çatışma olasılığını ortadan kaldırdı ve hepimizi nihai hedefe, yani daha hızlı ve daha iyi yerelleştirmeye tamamen odaklanmamızı sağladı.

Bu yeni, üçgen şeklindeki düzenlemenin nihayet gerçek anlamda sürekli konum belirlemeyi mümkün kıldığını ve ilgili tüm tarafların yararına olduğunu gördük.

Yazılım şirketleri için avantajlar:

• Ürünlerin piyasaya sürülmesini geciktirmek gerekmez – kod ve pazarlama açısından hazır olduklarında, anında çeviriye gönderilir ve piyasaya sürülür.

• Kaynak dilde veya çeviride herhangi bir dil sorunu varsa, anında düzeltilebilir.

Çevirmenler için avantajlar:

• Çevirmenler, banka kesintileri veya eşlik eden herhangi bir ücret kesintisi olmaksızın, hızlı ve tam olarak ödeme aldılar.

• Müşteri ile doğrudan iletişim – LSP aracılığıyla cevap veya açıklama beklemek gerekmedi.

LSP'ler ve çeviri şirketleri için avantajlar:

• Son teslim tarihleri veya idari işler konusunda endişelenmenize gerek yoktur.

• Aylık sabit gelir garantisi, bir tür sabit ücret gibi.

Infobip ürünlerinin hayati tehlike arz etmeyen doğası göz önüne alındığında, ara sıra kusurlu çevirilerle yaşayabileceğimizi belirtmek gerekir. Bu, pazara sunum süresini hızlandırmamızı sağladı, aynı zamanda yerel Infobippers çalışanlarının TMS'nin soyut bağlamında değil, kendi ülkelerinde UI'yi gözden geçirmelerine olanak tanıdı. Bunu gerçekleştirmek için, önce yerelleştirme sürecimizi (teknik açıdan) parçalara ayırmamız gerekti. Bu sayede, çeviri hatalarını düzeltebildik ve değişiklikleri günde gerektiği kadar, sadece 10 dakika içinde üretime yayınlayabildik.

Sonuç olarak, deneyimiz başarılı oldu ve doğru yapıldığında sürekli yerelleştirmenin ne kadar etkili olabileceğini gösterdi.

^{Yerelleştirme üçgeni çözüldü}

İşin inceliklerini öğrenmek ve şirketinizde yerelleştirmenin nasıl yapılabileceğini görmek için ilk elden deneyim kazanmak gibisi yoktur, ancak deneyimlerimizden edindiğimiz bilgilere dayanarak size yardımcı olabilecek birkaç ipucu paylaşmak istiyoruz:

• Yazılım şirketleri, yerelleştirme sürecinin sahipliğini elinde tutmayı gerçekten düşünmelidir. Hiçbir yabancı bunu sizden daha iyi yapamaz.

• Çevirinin yüzsüz bir zincir değil, insan işbirliği olduğunu unutmayın, bu nedenle ilgili tüm kişilere özen gösterin ve verimli işbirliğinin faydalarından yararlanın.

• Beklentilerinizi erken belirleyin ve insanların uzmanlıklarını sergilemelerine güvenin.

• Çevirmenlere işiniz hakkında bilgi edinmeleri için alan ve finansal teşvikler sağlayın.

• Herkesin gelişmesi için sık sık küçük kontroller ve deneyler yapın.

Bu son nokta en önemli noktalardan biridir ve belki de en çok göz ardı edilenidir. Çeviklik, yinelemeler, testler ve ince ayarlarla ilgilidir, bu nedenle bu deneysel yaklaşımı yerelleştirme sürecinize de uygulamaktan çekinmeyin ve kısa sürede yazılım şirketinizde sürekli yerelleştirmenin faydalarından yararlanmaya başlayacaksınız.