Unter „kontinuierlicher Lokalisierung“ versteht man die Praxis, Inhalte parallel zur Entwicklung zu übersetzen und zu überprüfen, anstatt dies in einer separaten Phase nach der Veröffentlichung des Codes zu tun. Die Übersetzung wird direkt in agile sowie CI/CD-Workflows integriert, sodass neue Funktionen gleichzeitig auf jedem Markt und in jeder Sprache verfügbar sind, ohne dass eine separate Übergabe an ein Übersetzungsteam erforderlich wäre..
Agile Entwicklung ist auf schnelle, kontinuierliche Iteration ausgelegt. Aber die meisten Übersetzungsprozesse basieren immer noch auf dem Wasserfall-Modell: Die Entwicklung wird fertiggestellt, dann wird ein Batch von Strings gebündelt und zur Übersetzung weitergeleitet. Genau diese Diskrepanz wird durch die kontinuierliche Lokalisierung behoben.
In diesem Leitfaden wird erläutert, was „kontinuierliche Lokalisierung“ eigentlich bedeutet, warum herkömmliche Übersetzungs-Workflows bei agiler Entwicklung versagen, wie kontinuierliche Lokalisierung in der Praxis funktioniert und wie man sie implementiert.
Warum funktioniert traditionelle Übersetzung nicht mit agiler Entwicklung?
Bei einem Wasserfall-Modell muss jede Phase eines Projekts fertiggestellt sein, bevor die nächste beginnt. Die Übersetzung ist normalerweise eine jener Phasen, die erst ganz am Ende angehängt werden.
Das führt zu zwei Problemen. Erstens verzögert jede Verzögerung bei der Übersetzung die gesamte Veröffentlichung, da nichts ausgeliefert wird, bis alle Sprachen fertig sind. Zweitens bedeutet das Beheben eines Problems, das spät gefunden wurde – sei es eine Fehlübersetzung, ein String, der nicht in die Benutzeroberfläche passt, oder fehlender Content –, dass eine „abgeschlossene“ Phase wieder geöffnet werden muss. Was naturgemäß zeitaufwendig und störend ist.
Einige Übersetzungsanbieter bezeichnen sich selbst als agil, ohne den zugrunde liegenden Workflow zu ändern: Strings werden nach wie vor am Ende eines Sprints in Pakete geschnürt und an ein separates Übersetzungsteam weitergeleitet. Das Ergebnis? Dieselbe Diskrepanz, nur unter einem anderen Namen. Lokalisierungsmanager müssen letztendlich zwischen Entwicklung und Übersetzenden vermitteln, die zu unterschiedlichen Zeitpunkten an verschiedenen Teilen des Produkts arbeiten – was bei jeder Veröffentlichung den Koordinationsaufwand erhöht.
Wie hat agile Entwicklung die Lokalisierung verändert?
Bei der agilen Entwicklung wird in kleinen, iterativen Zyklen gearbeitet und nicht in einem einzigen langen, sequenziellen Entwicklungsprozess. Auf die Lokalisierung angewendet bedeutet dies, dass die Übersetzung im selben Zyklus wie die Entwicklung erfolgt und nicht erst danach.
Anstatt am Ende eines Projekts einen großen Übersetzungsstau zu verursachen, werden die Inhalte kontinuierlich an die Übersetzenden weitergeleitet – und zwar in denselben kleinen Chargen, in denen auch die Entwickler*innen ihre Ergebnisse liefern. Das Lokalisierungsteam arbeitet direkt in den Sprint eingebunden, anstatt auf eine Übergabe zu warten.
Durch diese Umstellung profitieren die Teams von kürzeren Durchlaufzeiten und können Probleme frühzeitig erkennen und beheben. Das bedeutet, dass der Lokalisierungsprozess selbst, die Tools, die Workflows und die Teamstruktur neu gestaltet werden müssen, um einen kontinuierlichen Arbeitsfluss anstelle von periodischen Stapelverarbeitungen zu ermöglichen.
Kostenloser Download
Der Aufbau eines Lokalisierungs-Workflow für Continuous Delivery wird erläutert
Die Implementierung der kontinuierlichen Lokalisierung in die agile Produktentwicklung wird erläutert, um die Content-Qualität zu optimieren, die Release-Zykluszeit zu verkürzen und Kosten zu senken.
So funktioniert die kontinuierliche Lokalisierung
Kontinuierliche Auslieferung – also die Praxis, ein Produkt jederzeit veröffentlichen zu können – ist das Vorbild für kontinuierliche Lokalisierung. Entwickler wollen nicht tagelang auf QA, Lokalisierung und Tests warten, bevor sie ihr Produkt ausliefern – sie wollen veröffentlichen, sobald eine Änderung fertig ist.
Für Lokalisierungsteams bedeutet dies, dass sie einen kontinuierlichen Inhaltsfluss verwalten müssen, anstatt nur große, in regelmäßigen Abständen anfallende Mengen von Content. In der Praxis erfolgt dies meist über automatisierte Trigger: Wenn ein Entwickler eine Zeichenfolge in einem Quellcode-Repository hinzufügt oder ändert, wird diese automatisch erfasst und zur Übersetzung weitergeleitet, ohne dass jemand einen „String-Freeze“ beantragen muss, um den Übersetzenden Zeit zu verschaffen.
Hier spielen die richtigen Tools eine entscheidende Rolle. Eine Übersetzungsmanagement-Funktion, die direkt mit deiner Codebasis verbunden ist, und eine Orchestrierungsfunktion, die Übersetzungs-Workflows automatisch über einen Webhook oder ein API-Event auslösen kann, machen „kontinuierlich“ tatsächlich kontinuierlich – und nicht nur „häufig“. Phrase Strings wurde speziell für diesen Zweck entwickelt: Es synchronisiert sich über API oder CLI mit den eigenen Quell-Repositorys, sodass Änderungen an Strings sofort in die Übersetzung einfließen und übersetzte Strings auf dem gleichen Weg wieder in die Codebasis zurückfließen. Die API- und Entwicklerdokumentation enthält alle Informationen zur Funktionsweise der Integration.
Das Entwicklungsteam sollte letztlich so wenig Reibungsverluste wie möglich bemerken: Es liefert weiterhin Updates aus, und die Lokalisierung hält im Hintergrund Schritt und leitet nur das Feedback weiter, das tatsächlich die Aufmerksamkeit eines Entwicklers erfordert.
Vorteile der kontinuierlichen Lokalisierung
Die Einbindung der Lokalisierung in den Entwicklungszyklus – statt als nachgelagerter Funktion – verändert die Art und Weise, wie Übersetzende und Entwickler zusammenarbeiten. Übersetzende sind keine passiven Empfänger von Lokalisierungspaketen mehr, sondern arbeiten direkt mit den Personen zusammen, die das Produkt entwickeln.
Kürzere Release-Zyklen
Die Lokalisierung ist nicht länger eine eigenständige Phase auf dem kritischen Pfad, sodass sich die Gesamtzeit bis zur Markteinführung verkürzt. Pega verkürzte die Bearbeitungszeit für Übersetzungen um bis zu 75 % und reduzierte die Verzögerung bei Marketinginhalten – die früher bis zu vier Wochen hinter den englischen Veröffentlichungen zurückblieben – auf nur noch eine Woche, ohne zusätzliches Personal einzustellen. Ein globales SaaS-Unternehmen ging noch einen Schritt weiter: Nach der Automatisierung der Übersetzung seines Web-Contents verkürzten sich die Veröffentlichungszyklen von mehreren Wochen auf eine Veröffentlichung am selben Tag in mehreren Sprachen, wobei die Kosten für externe Dienstleister auf null sanken.
Bessere Qualität
Übersetzende, die mit echtem Produktkontext arbeiten, anstatt mit einer losgelösten Liste von Strings, produzieren weniger Fehler und weniger Folgeanfragen. Probleme treten auf, während der relevante Entwickler noch an der Codebasis arbeitet, nicht erst Wochen später.
Gleichzeitige globale Markteinführungen
Die Beseitigung der Verzögerung zwischen Entwicklung und Lokalisierung bedeutet, dass eine Funktion auf jedem Markt gleichzeitig veröffentlicht werden kann, anstatt dass die Einführung schrittweise über mehrere Wochen oder Monate hinweg erfolgt.
Wie lässt sich eine kontinuierliche Lokalisierung implementieren?
Der Übergang zur kontinuierlichen Lokalisierung ist kein Wechsel von Tools, sondern eine Prozessänderung. Ein paar Maßnahmen erleichtern den Übergang:
1. Bereite dein Team auf eine andere Arbeitsweise vor.
Bereite dein Team so vor, dass es die Veränderung begrüßt und ihr nicht aus dem Weg geht. Je mehr du dich der Unvermeidlichkeit des Wandels widersetzt, desto härter wird er dich treffen, wenn er eintritt.
2. Erstelle einen Überblick über deinen aktuellen Workflow, bevor du ihn änderst.
Betrachte die Lokalisierung als einen Content-Fluss und finde heraus, wo es aktuell zu Engpässen kommt. Wenn der der gesamte Prozess zu umfangreich erscheint, um ihn auf einmal in Angriff zu nehmen, starte mit dem Schritt, der am wenigsten Hürden aufweist, und baue von dort aus darauf auf.
3. Automatisiere die Übergaben.
Das manuelle Zusammenstellen von Strings, das Versenden von Dateien per E-Mail und die erneute Einbindung übersetzter Inhalte in den Quellcode – genau hier scheitert die kontinuierliche Lokalisierung in der Praxis. Wenn du dein TMS direkt mit deinem Issue-Tracker verbindest (zum Beispiel per API mit einem Tool wie Jira), werden Content und Abfragen ohne manuellen Eingriff weitergeleitet.
4. Sorge für ein beständiges, engagiertes Übersetzerteam.
Übersetzende, die über einen längeren Zeitraum hinweg mit demselben Produkt arbeiten, erwerben Produktkenntnisse und sorgen für eine Konsistenz, die ein wechselnder Übersetzerpool nicht bieten kann. Entwickler*innen lernen zudem, dem Feedback von Übersetzenden zu vertrauen, die sie als mit dem Produkt vertraut erkennen – und nicht nur als einen Namen auf einem Ticket.
5. Gib Übersetzern Kontext, nicht nur einzelne Strings
Ein Screenshot, ein kurzer Videoclip oder ein verlinktes Ticket verwandeln eine mehrdeutige Zeichenfolge in eine schnelle und präzise Übersetzung. Fehlender Kontext ist einer der häufigsten Gründe für Übersetzungsfehler und Nacharbeit.
6. Betrachte es als einen fortlaufenden Prozess, nicht als einmalige Migration.
Rechne damit, den Workflow nach der ersten Einführung weiter zu optimieren. Agile Methoden sind die Grundvoraussetzung dafür, dass eine kontinuierliche Lokalisierung überhaupt funktionieren kann: Wenn die Entwicklung selbst nicht iterativ abläuft, bietet eine entsprechende Lokalisierung nur einen begrenzten Nutzen.
Lohnt sich kontinuierliche Lokalisierung für jedes Team?
Wenn dein Produkt in einem agilen Rhythmus an ein globales Publikum ausgeliefert wird, dann ja: Ein Übersetzungs-Workflow, der noch auf Wasserfall-Annahmen basiert, arbeitet bei jedem Release gegen dich. Kontinuierliche Lokalisierung bringt die Übersetzung in denselben Rhythmus wie die Entwicklung – so wird sie nicht mehr als separates Projekt gesehen, sondern gehört einfach dazu, als Teil des Produkt-Release.
Sprich mit einem Experten
Möchtest du erfahren, wie unsere Lösungen dir dabei helfen können, globale Chancen zu nutzen? Wir zeigen dir gerne die Phrase Language Intelligence Platform und beantworten alle Fragen, die du hast.
Häufige Fragen zur kontinuierlichen Lokalisierung
Was ist kontinuierliche Lokalisierung?
Unter „kontinuierlicher Lokalisierung“ versteht man die Praxis, Content parallel zur Softwareentwicklung zu übersetzen. Dabei kommen automatisierte Arbeitsabläufe zum Einsatz, die neue oder geänderte Strings direkt nach ihrer Aufnahme in den Quellcode an die Übersetzenden weiterleiten, anstatt sie erst nach Abschluss der Entwicklung in einem separaten Stapel zu bearbeiten.
Wie unterscheidet sich kontinuierliche Lokalisierung von der traditionellen Lokalisierung?
Die traditionelle Lokalisierung betrachtet die Übersetzung als eine eigenständige Projektphase, die erst nach Abschluss der Entwicklung beginnt. Bei der kontinuierlichen Lokalisierung erfolgt die Übersetzung parallel zur Entwicklung und ist in denselben Sprint-Zyklus integriert, sodass es keine separate Übergabe oder einen „String-Freeze“ gibt.
Ist kontinuierliche Lokalisierung dasselbe wie Continuous Integration/Continuous Delivery (CI/CD)?
Nicht ganz. CI/CD bezeichnet die Automatisierung der Code-Erstellung, des Testens und der Veröffentlichung. In der kontinuierlichen Lokalisierung wird das Prinzip der ständigen Bereitschaft auf die Übersetzung angewendet. In der Praxis wird dies häufig dadurch umgesetzt, dass eine Übersetzungsmanagement-Funktion über API- oder Webhook-Trigger direkt in eine CI/CD-Pipeline eingebunden wird.
