Comment gérer les questions de traduction avec un journal de requêtes

Un journal de requêtes de traduction est un registre de décisions partagé pour les questions qui ne peuvent pas être résolues en toute sécurité à partir du package source. Chaque ligne identifie l'emplacement source exact, explique l'ambiguïté et sa conséquence, propose une action si possible, nomme un responsable et une date limite, et enregistre la réponse finale ainsi que tous les emplacements affectés.

Son but n'est pas de collecter des messages. Il évite quatre échecs coûteux : deviner, poser la même question à plusieurs reprises, perdre une réponse dans les e-mails et corriger une occurrence tout en laissant le même problème ailleurs.

Les directives de l'American Translators Association concernant les questions lors d'un projet de traduction recommandent un fichier de requêtes partagé, la vérification qu'une question a déjà été posée et la résolution des questions en suspens avant la livraison. La norme XLIFF fournit le même modèle de données sous-jacent dans les flux de travail de traduction structurés : les unités sources et cibles peuvent porter des informations contextuelles et des notes, y compris des instructions et des commentaires de traducteurs. Voir la spécification XLIFF 1.2.

Ne posez des questions que lorsque la réponse peut modifier la traduction

Une requête a sa place dans le journal lorsqu'un traducteur raisonnable ne peut pas la résoudre à partir des sources approuvées et que la réponse modifie le sens, la terminologie, la portée, la mise en page ou l'acceptation.

Les bons déclencheurs de requêtes incluent :

• une phrase comportant deux référents plausibles ;
• une erreur source apparente dont la correction modifierait le sens ;
• un acronyme non défini ou un terme spécifique au projet ;
• des noms ou des chiffres contradictoires dans deux emplacements source ;
• une figure, un tableau, une note ou une pièce jointe référencée manquante ;
• la traductibilité peu claire de code, de noms de produits, de citations ou de proverbes ;
• une contrainte de mise en page qui rend la cible demandée impossible ; et
• une décision qui doit s'appliquer aux occurrences répétées.

N'utilisez pas le journal pour des questions auxquelles le traducteur doit répondre par le biais d'une recherche ordinaire, du glossaire fourni, du guide de style, du contexte proche ou de la convention établie dans la langue cible. Un journal rempli de demandes de type « veuillez confirmer » renvoie le travail de traduction normal au client et masque les questions importantes.

Utilisez un schéma minimal complet

La distinction cruciale s'établit entre répondu, mis en œuvre, et vérifié. La réponse d'un client ne prouve pas que chaque passage concerné a été modifié, et une modification ne prouve pas que l'exportation finale le contient.

Rédigez une requête qui peut être traitée en une seule fois

Utilisez cette structure :

Emplacement : Chapitre 4, paragraphe 18, phrase 2

Source : « Mara a dit à Elena qu'elle dirigerait la délégation. »

Question : Est-ce que elle fait référence à Mara ou à Elena ? La langue cible exige que le référent soit explicite.

Éléments vérifiés : Les deux paragraphes précédents identifient les deux femmes mais n'attribuent pas le rôle de délégation.

Action proposée : Utiliser Mara, sauf si l'auteur confirme qu'il s'agit d'Elena.

Impact : Le même chef de délégation est mentionné dans les chapitres 6 et 9. Requis pour le : Avant l'approbation du chapitre 4.

C'est bien mieux que « À qui fait-elle référence ? » car cela fournit au responsable la source, la conséquence, les recherches déjà effectuées, la valeur par défaut proposée et l'impact en aval.

Une ligne doit concerner une seule décision. Si un paragraphe contient un pronom ambigu, une date erronée et un acronyme non défini, créez des requêtes distinctes afin que chacune puisse avoir un responsable et un statut différents.

Trier par conséquence, et non par curiosité

Utilisez trois niveaux pratiques.

Bloquant

La traduction concernée ne peut pas se poursuivre en toute sécurité, ou la continuation entraînerait des retouches coûteuses. Les exemples incluent un contenu source manquant, un langage de sécurité non résolu, des quantités contradictoires ou une entité non identifiée essentielle à un chapitre.

Majeur

Le travail peut se poursuivre avec une hypothèse provisoire documentée, mais la réponse est requise avant la livraison. Les exemples incluent une terminologie récurrente, la relation entre des personnages ou une règle de mise en forme applicable à l'ensemble de la publication.

Mineur

La décision concerne une préférence locale ou un passage à faible impact et peut être traitée par lots. Les exemples incluent la majuscule d'une étiquette ponctuelle lorsque les deux options restent compréhensibles.

La gravité n'est pas la même que l'urgence. Une décision terminologique majeure nécessaire dans trois heures peut mériter d'être traitée avant un blocage dans une annexe qui ne sera traduite qu'la semaine prochaine. Enregistrez à la fois l'impact et la date limite.

Attribuer la décision au bon responsable

Ne envoyez pas chaque question à l'auteur. Un expert du domaine peut résoudre le concept, un éditeur cible peut gérer la formulation, et un responsable de la production peut décider si une image peut être remplacée.

Conserver une source unique de vérité

Choisir un journal canonique. Le chat et l'e-mail peuvent notifier les personnes, mais leurs réponses doivent être copiées dans la ligne canonique avec la source et la date.

Pour chaque nouvelle requête :

1. Rechercher dans le journal le terme, l'entité, l'extrait source et la catégorie.
2. Lier les questions apparentées plutôt que de créer des doublons silencieux.
3. Utiliser un emplacement source et une version stables.
4. Attribuer un seul responsable de décision.
5. Enregistrer la réponse dans son intégralité.
6. Trouver chaque occurrence cible concernée.
7. Marquer la ligne comme implémentée uniquement après avoir effectué ces modifications.
8. Vérifier le livrable final et clôturer la ligne.

L'élément <note> d'XLIFF peut porter des instructions ou des commentaires de traducteur et ses structures de contexte peuvent attacher des informations aux unités de traduction. Que votre projet utilise XLIFF, un tableur ou un système de suivi des problèmes, conservez cette traçabilité au niveau de l'unité.

Transformer les réponses en contrôles de projet réutilisables

Une réponse doit mettre à jour plusieurs lignes lorsque la décision est réutilisable.

• Ajouter un nom ou un terme approuvé au registre de terminologie.
• Ajouter une décision relative à la voix de l'auteur au guide de style.
• Ajouter une règle de non-traduction au package source.
• Ajouter une erreur source connue au journal des modifications.
• Ajouter les variantes rejetées à la liste de recherche pour le contrôle qualité.
• Ajouter des conseils sur le contexte manquant au prochain lot de traduction.

C'est la boucle de gain d'information : chaque question résolue rend la traduction et la révision ultérieures plus fiables. Un système de requêtes qui clôture des tickets sans mettre à jour les ressources de travail garantit des questions répétées.

Traiter les erreurs sources sans les réécrire silencieusement

Lorsque la source semble erronée, distinguer l'observation de la décision.

Mauvaise ligne :

Date corrigée de 2019 à 2020.

Meilleure ligne :

La source indique 2019 ici et 2020 dans la chronologie et le rapport cité. Quelle année fait autorité ? Action proposée : conserver 2019 jusqu'à ce que le propriétaire de la source approuve une correction. Impact : paragraphe du corps, chronologie, légende et entrée d'index.

Le traducteur peut identifier des preuves et recommander une correction, mais il ne doit pas modifier silencieusement une source factuelle. Si le propriétaire approuve un changement, indiquez si la source elle-même sera corrigée et quelles éditions cibles en hériteront.

Utiliser des hypothèses provisoires de manière délibérée

Lorsque le travail doit continuer avant qu'une réponse n'arrive :

• étiquetez le choix provisional;
• consignez pourquoi il s'agit de l'option présentant le risque le plus faible ;
• ajoutez un jeton de recherche exact ou une liste de segments ;
• identifiez la dernière date sûre pour le modifier ;
• empêchez la publication tant qu'un bloqueur reste ouvert ; et
• remplacez la note provisoire par la réponse finale au lieu de laisser les deux comme des instructions concurrentes.

Ne présentez jamais le silence comme une approbation. Une échéance ne peut déclencher une escalade ou un choix par défaut déclaré que si le briefing du projet a défini cette règle à l'avance.

Examiner le journal des requêtes en tant que données de projet

À la fin d'un jalon, calculez des indicateurs de processus plutôt que des chiffres de vanité :

• bloqueurs et problèmes majeurs ouverts ;
• âge des requêtes sans réponse ;
• questions sans responsable ni date d'échéance requise ;
• questions en double ;
• lignes ayant reçu une réponse mais pas encore mises en œuvre ;
• lignes mises en œuvre mais pas encore vérifiées ;
• catégories récurrentes et emplacements source ; et
• améliorations de la source, du glossaire ou du briefing créées à partir des réponses.

Un grand nombre de requêtes ne signifie pas automatiquement une mauvaise traduction. Cela peut indiquer une source difficile ou un traducteur qui refuse de deviner. La question utile est de savoir si les requêtes sont spécifiques, consécutives, résolues une seule fois et propagées correctement.

Liste de contrôle de publication du journal des requêtes

Avant la livraison, confirmez que :

• chaque ligne identifie la version et l'emplacement exacts de la source ;
• les requêtes bloquantes et majeures ont des réponses faisant autorité ;
• les hypothèses provisoires sont soit approuvées, soit supprimées ;
• les réponses finales nomment la décision, et pas seulement « oui » ou « approuvé » ;
• les termes et entités répétés ont été mis à jour dans tous les endroits concernés ;
• les décisions réutilisables ont atteint le glossaire, le guide de style et les règles de QA ;
• répondu, mis en œuvre et vérifié sont des états distincts ;
• le fichier exporté final a été vérifié après la mise en œuvre ; et
• les lignes retirées ou non résolues conservent une explication.

Commencez le projet avec le flux de travail de pré-contrôle de la source du livre afin que la version source, le glossaire, les actifs et les critères d'acceptation soient clairs avant que les questions ne se multiplient. BookTranslator peut générer un brouillon traduit complet à partir de fichiers de livres et de documents pris en charge ; utilisez le journal des requêtes pour capturer les décisions que le contexte source et l'automatisation ne peuvent pas résoudre en toute sécurité, puis appliquez ces réponses de manière cohérente lors de la révision humaine.