BookTranslator
BookTranslator

Jak zarządzać pytaniami tłumacza za pomocą dziennika zapytań

Użyj uporządkowanego dziennika zapytań, aby raz rozstrzygnąć niejasności tekstu źródłowego, udostępnić odpowiedź w całym projekcie i zamienić każdą decyzję w śledzalny dowód tłumaczenia i kontroli jakości.

BookTranslator

BookTranslator Team

9 min read

Dziennik zapytań tłumacza to wspólny rejestr decyzji dotyczących pytań, których nie można bezpiecznie rozstrzygnąć na podstawie pakietu źródłowego. Każdy wiersz identyfikuje dokładnie lokalizację źródłową, wyjaśnia niejasność i jej konsekwencje, proponuje działanie, jeśli to możliwe, wskazuje właściciela i termin oraz rejestruje ostateczną odpowiedź i każde dotknięte nią miejsce.

Jego celem nie jest gromadzenie wiadomości. Zapobiega on czterem kosztownym błędom: zgadywaniu, zadawaniu tego samego pytania wielokrotnie, gubieniu odpowiedzi w wiadomościach e-mail oraz poprawianiu jednego wystąpienia przy jednoczesnym pozostawieniu tego samego problemu w innym miejscu.

Wytyczne Amerykańskiego Stowarzyszenia Tłumaczy (American Translators Association) dotyczące pytań w trakcie projektu tłumaczeniowego zalecają korzystanie ze wspólnego pliku zapytań, sprawdzanie, czy dane pytanie nie zostało już zadane, oraz wyjaśnianie zaległych pytań przed dostarczeniem materiału. Standard XLIFF zapewnia ten sam leżący u podstaw model danych w uporządkowanych przepływach pracy tłumaczeniowej: jednostki źródłowe i docelowe mogą zawierać informacje kontekstowe oraz notatki, w tym instrukcje i komentarze tłumacza. Zobacz specyfikację XLIFF 1.2.

Zadawaj pytania tylko wtedy, gdy odpowiedź może zmienić tłumaczenie

Pytanie trafia do dziennika, gdy racjonalny tłumacz nie jest w stanie rozstrzygnąć go na podstawie zatwierdzonych źródeł, a odpowiedź wpływa na znaczenie, terminologię, zakres, układ lub akceptację.

Dobre powody do zadania pytania to:

  • zdanie z dwoma prawdopodobnymi odnośnikami;
  • pozorny błąd źródłowy, którego korekta zmieniłaby znaczenie;
  • niezdefiniowany akronim lub termin specyficzny dla projektu;
  • sprzeczne nazwy lub liczby w dwóch miejscach źródłowych;
  • brakujący rysunek, tabela, notatka lub przywoływany załącznik;
  • niejasna przetłumaczalność kodu, nazw produktów, cytatów lub odniesień;
  • ograniczenie układu, które uniemożliwia uzyskanie żądanego tekstu docelowego; oraz
  • decyzja, która musi odnosić się do powtarzających się wystąpień.

Nie używaj dziennika do pytań, na które tłumacz powinien odpowiedzieć w ramach zwykłego researchu, dostarczonego glosariusza, przewodnika stylistycznego, kontekstu otoczenia lub ustalonej konwencji języka docelowego. Dziennik pełen próśb o „potwierdzenie” przenosi normalną pracę tłumacza z powrotem na klienta i ukrywa istotne pytania.

Użyj minimalnego, kompletnego schematu

PoleCo należy zarejestrować
Identyfikator pytaniaStabilny identyfikator, taki jak Q-027
Wersja źródłowaDokładny plik, wydanie lub skrót, którego dotyczy pytanie
LokalizacjaRozdział, strona, akapit, identyfikator segmentu, komórka tabeli lub znacznik czasu
Fragment źródłowyNajmniejszy dokładny fragment, który ujawnia problem
KontekstWystarczający tekst otaczający, obraz lub odniesienie, aby podjąć decyzję
KategoriaZnaczenie, terminologia, błąd źródłowy, brakująca treść, formatowanie, zakres, odniesienie
PytanieJedna decyzja, na którą właściciel może odpowiedzieć
Analiza tłumaczaPrawdopodobne interpretacje i dlaczego różnica ma znaczenie
Proponowane działanieZalecany wybór lub wyraźne „nie można zdecydować na podstawie dowodów”
WpływKtóre języki, pliki, terminy lub powtarzające się lokalizacje są dotknięte
WłaścicielOsoba upoważniona do podejmowania decyzji
Potrzebne doTermin powiązany z rzeczywistą zależnością w przepływie pracy
StatusOtwarte, udzielono odpowiedzi, wdrożone, zweryfikowane lub wycofane
Ostateczna odpowiedźAutorytatywna decyzja, a nie tylko „zatwierdzona”
Źródło decyzjiOsoba, dokument, adres URL, zgłoszenie lub zapis ze spotkania
Wdrożono wLokalizacje docelowe lub identyfikator zmiany
Zweryfikowane przezRecenzent i wynik weryfikacji

Kluczowe rozróżnienie dotyczy udzielono odpowiedzi, wdrożono oraz zweryfikowano. Odpowiedź klienta nie dowodzi, że zmieniono każdy dotknięty fragment, a edycja nie dowodzi, że ostateczny eksport go zawiera.

Napisz zapytanie, na które można odpowiedzieć w jednym przebiegu

Użyj następującej struktury:

Lokalizacja: Rozdział 4, akapit 18, zdanie 2

Źródło: „Mara powiedziała Elenie, że poprowadzi delegację.”

Pytanie: Czy ona odnosi się do Mary czy Eleny? Język docelowy wymaga jednoznacznego wskazania odniesienia.

Sprawdzone dowody: Poprzednie dwa akapity wymieniają obie kobiety, ale nie przypisują im roli delegata.

Proponowane działanie: Użyj imienia Mara, chyba że autor potwierdzi Elenę.

Wpływ: Ta sama liderka delegacji pojawia się w rozdziałach 6 i 9. Wymagane do: Przed zatwierdzeniem rozdziału 4.

To rozwiązanie jest lepsze niż „Do kogo ona się odnosi?”, ponieważ dostarcza właścicielowi źródło, konsekwencję, przeprowadzone badania, proponowaną wartość domyślną oraz dalszy wpływ na projekt.

Jeden wiersz powinien dotyczyć jednej decyzji. Jeśli akapit zawiera niejednoznaczny zaimek, błędną datę i niezdefiniowany akronim, utwórz oddzielne zapytania, aby każde mogło mieć innego właściciela i status.

Priorytetyzuj według konsekwencji, a nie ciekawości

Używaj trzech praktycznych poziomów.

Blokujący

Dalsze tłumaczenie nie może być bezpiecznie kontynuowane lub kontynuacja spowodowałaby kosztowne poprawki. Przykłady obejmują brakującą treść źródłową, nierozstrzygnięte kwestie bezpieczeństwa, sprzeczne ilości lub niezidentyfikowany podmiot kluczowy dla rozdziału.

Ważny

Praca może być kontynuowana z udokumentowanym założeniem tymczasowym, ale odpowiedź jest wymagana przed dostarczeniem materiału. Przykłady obejmują powtarzającą się terminologię, relacje między postaciami lub regułę formatowania obowiązującą w całej publikacji.

Drobniawy

Decyzja dotyczy lokalnych preferencji lub fragmentu o niskim wpływie i może zostać pogrupowana z innymi. Przykłady obejmują wielkość liter w jednorazowej etykiecie, gdy obie opcje pozostają zrozumiałe.

Waga problemu to nie to samo co pilność. Ważna decyzja terminologiczna potrzebna w ciągu trzech godzin może wymagać działania przed problemem blokującym w aneksie, który nie będzie tłumaczony aż do następnego tygodnia. Zarejestruj zarówno wpływ, jak i datę wymaganego ukończenia.

Przypisz decyzję do właściwego właściciela

Typ zapytaniaPrawdopodobny właścicielRola tłumacza
Znaczenie źródłowe lub intencja autoraAutor, redaktor tekstu źródłowego, ekspert dziedzinowyPrzedstawienie wiarygodnych interpretacji i konsekwencji w języku docelowym
Zatwierdzony termin lub nazwa produktuWłaściciel terminologii, właściciel produktuDostarczenie dowodów dla języka docelowego i wpływ na spójność
Gramatyka, idiom lub naturalność w języku docelowymTłumacz lub redaktor języka docelowegoPodjęcie decyzji i udokumentowanie konwencji dla języka docelowego
Sformułowania prawne lub dotyczące zgodnościAutoryzowany recenzent prawny / dziedzinowyUnikanie zmyślania autorytetu; przedstawienie dokładnego konfliktu w źródle
Brakujący plik lub obrazKierownik projektu / właściciel produkcjiWskazanie odniesienia i zablokowanych miejsc
Ograniczenie związane z układem lub plikiemInżynier lokalizacji / właściciel produkcjiDostarczenie odtwarzalnego błędu i opcji

Nie wysyłaj każdego pytania do autora. Ekspert dziedzinowy może rozstrzygnąć kwestię koncepcji, redaktor tekstu docelowego może odpowiadać za sformułowania, a właściciel produkcji może decydować, czy obraz może zostać zastąpiony.

Zachowaj jedno źródło prawdy

Wybierz jeden kanoniczny rejestr. Czat i e-mail mogą służyć do powiadamiania ludzi, ale ich odpowiedzi muszą zostać skopiowane do kanonicznego wiersza wraz ze źródłem i datą.

Dla każdego nowego zapytania:

  1. Przeszukaj rejestr pod kątem terminu, jednostki, fragmentu źródłowego i kategorii.
  2. Połącz powiązane pytania zamiast tworzyć ciche duplikaty.
  3. Użyj stabilnej lokalizacji źródłowej i wersji.
  4. Wyznacz jednego właściciela decyzji.
  5. Zapisz odpowiedź w całości.
  6. Znajdź każde dotknięte tym problemem wystąpienie docelowe.
  7. Oznacz wiersz jako zaimplementowany dopiero po wprowadzeniu tych edycji.
  8. Zweryfikuj ostateczny materiał i zamknij wiersz.

Element <note> formatu XLIFF może przenosić instrukcje lub komentarze tłumacza, a jego struktury kontekstowe mogą dołączać informacje do jednostek tłumaczeniowych. Niezależnie od tego, czy Twój projekt używa XLIFF, arkusza kalkulacyjnego czy systemu śledzenia zgłoszeń, zachowaj tę śledzalność na poziomie jednostki.

Zamień odpowiedzi w kontrole wielokrotnego użytku w projekcie

Jedna odpowiedź powinna aktualizować więcej niż jeden wiersz, gdy decyzja ma charakter wielokrotnego użytku.

  • Dodaj zatwierdzoną nazwę lub termin do rejestru terminologii.
  • Dodaj decyzję dotyczącą głosu autora do przewodnika stylu.
  • Dodaj regułę zakazu tłumaczenia do pakietu źródłowego.
  • Dodaj znany błąd źródłowy do dziennika zmian.
  • Dodaj odrzucone warianty do listy wyszukiwania QA.
  • Dodaj wskazówki dotyczące brakującego kontekstu do następnej partii tłumaczeniowej.

To jest pętla przyrostu informacji: każde rozwiązane pytanie sprawia, że późniejsze tłumaczenie i weryfikacja są bardziej niezawodne. System pytań, który zamyka zgłoszenia bez aktualizowania zasobów roboczych, gwarantuje powtarzające się pytania.

Obsługuj błędy źródłowe bez ich potajemnego przepisywania

Gdy źródło wydaje się błędne, odróżnij obserwację od decyzji.

Zły wiersz:

Naprawiono datę z 2019 na 2020.

Lepszy wiersz:

Źródło podaje tutaj rok 2019, a na osi czasu oraz w cytowanym raporcie rok 2020. Który rok jest wiążący? Proponowane działanie: zachować rok 2019, dopóki właściciel źródła nie zatwierdzi poprawki. Wpływ: akapit główny, oś czasu, podpis i wpis w indeksie.

Tłumacz może wskazać dowody i zalecić korektę, ale nie powinien po cichu zmieniać faktycznego źródła. Jeśli właściciel zatwierdzi zmianę, należy odnotować, czy samo źródło zostanie poprawione oraz które edycje docelowe to dziedziczą.

Celowo korzystaj z tymczasowych założeń

Gdy praca musi trwać przed nadejściem odpowiedzi:

  • oznacz wybór provisional;
  • zanotuj, dlaczego jest to opcja o najniższym ryzyku;
  • dodaj dokładny token wyszukiwania lub listę segmentów;
  • określ ostatnią bezpieczną datę na jej zmianę;
  • wstrzymaj wydanie, dopóki element blokujący pozostaje otwarty; oraz
  • zastąp notatkę tymczasową ostateczną odpowiedzią, zamiast pozostawiać obie jako konkurujące instrukcje.

Nigdy nie przedstawiaj ciszy jako aprobaty. Termin może wywołać eskalację lub zadeklarowaną wartość domyślną tylko wtedy, gdy brief projektu podał tę zasadę wcześniej.

Przejrzyj dziennik pytań jako dane projektu

Na koniec kamienia milowego obliczaj wskaźniki procesowe zamiast pustych statystyk:

  • otwarte elementy blokujące i główne problemy;
  • czas oczekiwania na odpowiedzi na pytania;
  • pytania, którym brakuje właściciela lub daty wykonania;
  • zduplikowane pytania;
  • wiersze z odpowiedziami, które nie zostały jeszcze wdrożone;
  • wdrożone wiersze, które nie zostały jeszcze zweryfikowane;
  • powtarzające się kategorie i lokalizacje źródłowe; oraz
  • ulepszenia źródła, słownika lub briefu utworzone na podstawie odpowiedzi.

Duża liczba pytań nie oznacza automatycznie słabego tłumaczenia. Może wskazywać na trudne źródło lub tłumacza, który odmawia zgadywania. Przydatnym pytaniem jest to, czy pytania są konkretne, istotne, rozwiązane raz i poprawnie spropagowane.

Lista kontrolna wydania dziennika pytań

Przed dostarczeniem potwierdź, że:

  • każdy wiersz identyfikuje dokładną wersję i lokalizację źródłową;
  • blokady i główne zapytania mają autorytatywne odpowiedzi;
  • wstępne założenia są zatwierdzane lub odrzucane;
  • ostateczne odpowiedzi nazywają decyzję, a nie tylko „tak” lub „zatwierdzone”;
  • powtarzające się terminy i encje zostały zaktualizowane we wszystkich dotkniętych miejscach;
  • wielokrotnego użytku decyzje trafiły do glosariusza, przewodnik stylów i reguł QA;
  • odpowiedziane, wdrożone i zweryfikowane to odrębne stany;
  • ostateczny wyeksportowany plik został sprawdzony po wdrożeniu; oraz
  • wycofane lub nierozwiązane wiersze zachowują wyjaśnienie.

Rozpocznij projekt od przepływu wstępnej weryfikacji źródła książki, aby wersja źródłowa, glosariusz, zasoby i kryteria akceptacji były jasne, zanim pytania się mnożą. BookTranslator może wygenerować kompletny przetłumaczony szkic z obsługiwanych plików książek i dokumentów; użyj dziennika zapytań, aby zarejestrować decyzje, których kontekst źródłowy i automatyzacja nie są w stanie bezpiecznie rozwiązać, a następnie konsekwentnie stosuj te odpowiedzi podczas przeglądu przez człowieka.

Powiązane wpisy