Hur mjukvaruföretag kan få lokalisering och Agile att fungera tillsammans – Infobips historia

Låt mig berätta lite om Infobips strategi för lokalisering. Som en global kommunikationsplattform för företag och utvecklare strävar vi alltid efter att förbättra vår lokaliseringsprocess, särskilt när det gäller att få den att fungera inom vårt agila ramverk.

Av den anledningen beslutade vi nyligen att inleda en ny omgång av forskning och experiment, vilket ledde till intressanta och till och med överraskande resultat.

Men först, vad är lokalisering och vad har det med mjukvaruutveckling att göra? Lokalisering är anpassningen av produkter och innehåll till en specifik plats, som kan vara en region eller ett land, för att säkerställa att det fungerar inom den kulturella och språkliga miljön.

På Infobip har vi fokuserat på kontinuerlig lokalisering. Detta är den senaste formen av lokalisering och är utformad för att lösa de flaskhalsproblem som mjukvaruföretag vanligtvis stöter på när de införlivar lokalisering i sina mjukvaruutvecklingscykler. Det är extremt hjälpsamt för företag med flera teknikteam.

Idag är mjukvara synonymt med agilitet. Det innebär korta release-cykler, det vill säga att utvecklare gör små tillägg och ändringar i mjukvaruprodukterna ofta och i liten skala. Även dessa mindre, repetitiva releaser måste lokaliseras, vilket innebär att alla som är involverade i lokaliseringsprocessen – oavsett om det är språkleverantörer, översättningsföretag eller interna team – också måste vara agila.

Tyvärr är lokaliseringsbranschen fortfarande mycket traditionell i sitt tänkande – man använder den långsamma, linjära vattenfallsmetoden där man slutför ett steg i taget innan man går vidare till nästa. Denna gammaldags metod kanske fortfarande fungerar i vissa branscher (nästan), men när den tillämpas på mjukvaruföretag är flaskhalsproblem oundvikliga – eftersom allt måste göras mycket snabbare.

Låt oss ta vårt eget fall som exempel. Våra produkter (UI) innehåller cirka 95 000 ord. Vi kan ha något så litet som 120 ord som vi behöver översätta till 11 språk inom 48 timmar.

Alla LSP-leverantörer som vi kontaktade måste:

• klargöra kraven och acceptera projektet

• kontakta upp till 11 leverantörer

• bekräfta deras tillgänglighet och hitta ersättare för dem som inte är tillgängliga eller svarar på så kort varsel

• övervaka projektets framsteg

• svara på frågor och lösa problem

• verifiera att översättningarna är färdiga och leverera dem

• fakturera kunden och betala leverantörerna

På grund av kraven stötte vi vanligtvis på tre problem: minimikostnader från språktjänstleverantörer och deras leverantörer, snäva deadlines och kompromissad kvalitet. Det är viktigt att notera att språktjänstleverantörer uppenbarligen har mycket att göra, vilket gör det svårt att hålla jämna steg med vår kontinuerliga ström av små projekt.

Kontinuerlig lokalisering har alltid varit vårt mål på Infobip, men med alla ovanstående begränsningar var den i bästa fall ”halvkontinuerlig”. Därför inledde vi nyligen ett experiment med låg risk och hög avkastning för att se om vi kunde göra vår lokaliseringsprocess helt kontinuerlig. Med andra ord ville vi se om vi kunde få vår lokaliseringsprocess att passa in sömlöst i vårt agila ramverk.

När vi satte oss ner för att fundera över varför verklig kontinuerlig lokalisering var så utmanande insåg vi att vi behövde helt frångå den sekventiella vattenfallsmodellen för lokaliseringsprojekt. Var det ens möjligt?

Vi upptäckte att en grupp mjukvaruutvecklare hade stått inför samma utmaning redan 2001. De motverkade vattenfallsmetoden genom att föreslå sitt Agile Manifesto för att utveckla mjukvara på ett annat sätt. Det revolutionerade mjukvaruutvecklingen för 20 år sedan och är fortfarande giltigt idag, mer än någonsin.

^{Agil metod VS vattenfallsmetod}

Så, med bara några små justeringar av det ursprungliga manifestet, kom vi fram till några principer för hur man kan göra lokalisering smidig också.

Här är våra 12 riktlinjer för kontinuerlig lokalisering:

1. Publicera översättningar tidigt och förbättra dem senare – vänta inte på perfekt granskadeöversättningar.

2. Var beredd på ständiga innehållsuppdateringar – begär inte att utvecklingen ska pausas, eftersom det fördröjer din time-to-market.

3. Skapa samarbete inom hela företaget – isolera inte lokaliseringsgruppen.

4. Lita på människor, förtroende och lagarbete – använd inte kommando- och kontrollstil i din lokaliseringsavdelning eller ditt lokaliseringsprogram.

5. Prioritera direkta kommunikationsmetoder med översättare och andra intressenter – lita inte på indirekt kommunikation via LSP.

6. Samla in feedback från slutanvändarna – de visar dig vad som verkligen är viktigt och är det verkliga måttet på kvalitet.

7. Upprätta en kontinuerlig, skalbar process – processen får inte försenas om lokaliseringsgruppen inte är tillgänglig.

8. Förbättra kontinuerligt dina lokaliseringsverktyg och ditt lokaliseringssystem – förvänta dig inte att någon generisk programvara från tredje part kommer att tillgodose alla dina behov, viss intern utveckling är fortfarande nödvändig.

9. Låt lokaliseringsgruppen välja hur de vill arbeta – insistera inte på strikt definierade rutiner.

10. Omvärdera processer och planer regelbundet – låt inte åren gå utan att göra nödvändiga justeringar.

Vi ville testa dessa principer, så vi analyserade alla steg i vår lokaliseringsprocess, tog bort några och undersökte sedan hur vi kunde göra de återstående mer effektiva. De agila principerna passade bra in, utan några undantag.

En av de viktigaste förändringarna i vårt experiment var ompositioneringen av LSP:s roll – vi såg den som en tredje enhet vid sidan av översättarna och kunden (oss), istället för som en mellanhand mellan kunden och översättarna.

När vi hittat rätt LSP att samarbeta med (Beluga Linguistics) valde vi svenska som testspråk och satte upp vår omdefinierade triangel: kund, LSP och två frilansöversättare. Vi såg till att lämna alla vattenfallsmetoder bakom oss genom att använda teknik och kommunicera med varandra inom den triangulära kretsen.

Utöver förändringar i uppbyggnad och kommunikation tog vi också över kontrakt och betalningar till frilansare (hanterade det med några få klick, med hjälp av teknik från tredje part) och bad LSP främst att låna oss sin erfarenhet av att hantera frilansarteam och kvalitetsprocessen. Detta eliminerade alla möjligheter till kollision mellan våra och LSP:s intressen och gjorde att vi alla blev helt eniga om slutmålet – snabbare och bättre lokalisering.

Vi upptäckte att denna nya, triangulära konfiguration äntligen möjliggjorde verklig kontinuerlig lokalisering och gynnade alla inblandade.

Fördelar för mjukvaruföretag:

• Ingen anledning att skjuta upp produktlanseringar – när produkterna var färdiga, både ur kod- och marknadsföringsperspektiv, skickades de direkt på översättning och lanserades.

• Eventuella språkproblem kunde åtgärdas omedelbart – oavsett om det gällde källspråket eller översättningen.

Fördelar för översättare:

• De fick betalt snabbt och i sin helhet – utan avdrag från banker eller andra tillhörandeavgifter.

• Direkt kommunikation med kunden – ingen behöver vänta på svar eller förtydliganden via LSP.

Fördelar för språktjänstleverantörer och översättningsföretag:

• Inga deadlines eller administrativt arbete att oroa sig för.

• En garanterad stabil månadsinkomst, som ett arvode.

Det är värt att notera att vi, med tanke på att Infobips produkter inte är livshotande, kunde leva med ibland bristfälliga översättningar. Det gjorde att vi kunde påskynda lanseringstiden, men också att de lokala Infobippers kunde granska användargränssnittet i landet, inte i det abstrakta sammanhanget av ett TMS. För att detta skulle fungera var vi först tvungna att bryta ner vår lokaliseringsprocess (ur ett tekniskt perspektiv) – detta gjorde det möjligt för oss att korrigera eventuella översättningsfel och publicera ändringarna i produktionen på bara 10 minuter, så många gånger som behövdes under en dag.

Sammantaget var vårt experiment framgångsrikt och visade hur effektiv kontinuerlig lokalisering kan vara när den görs på rätt sätt.

^{Lokaliseringstriangeln löst}

Det finns inget som går upp mot att lära sig på egen hand och se hur lokalisering kan genomföras i ditt företag, men här är några tips – baserade på våra erfarenheter från experimentet – som kan hjälpa dig på vägen:

• Mjukvaruföretag bör verkligen överväga att behålla äganderätten till lokaliseringsprocessen. Ingen utomstående kan göra det bättre än du.

• Kom ihåg att översättning är ett mänskligt samarbete, inte en anonym kedja, så ta hand om alla inblandade och dra nytta av fördelarna med ett effektivt samarbete.

• Ställ in förväntningarna tidigt och lita på att människor visar sin expertis.

• Ge översättarna utrymme och ekonomiska incitament att lära sig om ditt företag.

• Gör ofta små kontroller och experiment så att alla kan förbättras.

Den sista punkten är en av de viktigaste och kanske den som oftast förbises. Agile handlar om iterationer, testning och justeringar, så var inte rädd för att tillämpa denna experimentella metod även på din lokaliseringsprocess, så kommer du snart att skörda frukterna av kontinuerlig lokalisering i ditt mjukvaruföretag.