Как да управлявате въпросите на преводача с дневник на заявките

Дневникът на заявките на преводача е споделен запис с решения за въпроси, които не могат да бъдат разрешени безопасно от пакетния източник. Всеки ред идентифицира точното местоположение на източника, обяснява двусмислието и последиците от него, предлага действие, където е възможно, посочва отговорно лице и краен срок и записва крайния отговор и всяко засегнато местоположение.

Неговата цел не е да събира съобщения. Той предотвратява четири скъпо струващи грешки: гадаенето, задаването на един и същ въпрос многократно, загубването на отговор в имейла и коригирането на едно място, докато същият проблем остава другаде.

Указанията на Американската асоциация на преводачите относно въпросите по време на преводачески проект препоръчват споделен файл със заявки, проверка дали даден въпрос вече е бил задаван и разрешаване на висящите въпроси преди доставката. Стандартът XLIFF предоставя същия основен модел от данни в структурираните работни процеси за превод: изходните и целевите единици могат да носят контекстуална информация и бележки, включително инструкции и коментари от преводача. Вижте спецификацията на XLIFF 1.2.

Задавайте въпроси само когато отговорът може да промени превода

Една заявка е място в дневника, когато разумен преводач не може да я разреши от одобрените източници и отговорът променя значението, терминологията, обхвата, оформлението или приемането.

Добрите причини за заявка включват:

• изречение с два правдоподобни референта;
• явна грешка в източника, чието коригиране би променило значението;
• недефиниран акроним или специфичен за проекта термин;
• противоречащи си имена или номера на две места в източника;
• липсваща фигура, таблица, бележка или цитирано приложение;
• неясно преводимост на код, имена на продукти, цитати или изказвания;
• ограничение на оформлението, което прави поисканата цел невъзможна; и
• решение, което трябва да се приложи към повтарящи се появявания.

Не използвайте дневника за въпроси, които преводачът трябва да разреши чрез обичайни проучвания, предоставения речник, ръководство за стил, близък контекст или установена конвенция на целевия език. Дневник, пълен с искания за „моля, потвърдете“, прехвърля нормалната преводаческа работа обратно към клиента и скрива съществените въпроси.

Използвайте минимална пълна схема

Съществената разлика е между отговорено, реализирано, и проверено. Отговорът на клиента не доказва, че всеки засегнат пасаж е променен, а редакирането не доказва, че крайният експорт го съдържа.

Напишете заявка, на която може да се отговори с едно минаване

Използвайте тази структура:

Местоположение: Глава 4, параграф 18, изречение 2

Източник: „Мара каза на Елена, че тя ще води делегацията.“

Въпрос: Дали тя се отнася до Мара или Елена? Целевият език изисква референтът да бъде изричен.

Проверени доказателства: Предходните два абзаца идентифицират и двете жени, но не задават ролята на делегация.

Предложено действие: Използвайте Мара, освен ако авторът не потвърди Елена.

Въздействие: Същият ръководител на делегацията е посочен в глави 6 и 9.\n> Необходимо до: Преди одобрението на глава 4.

Това е по-добре от „Кого визира тя?“, тъй като предоставя на отговорното лице източника, последицата, вече извършеното проучване, предложеното по подразбиране решение и последващото въздействие.

Един ред трябва да изисква едно решение. Ако даден абзац съдържа двусмислено местоимение, грешна дата и недефиниран акроним, създайте отделни заявки, така че всяка да може да има различен отговорник и статус.

Триаж според последиците, а не според любопитството

Използвайте три практични нива.

Блокиращ

Засегнатият превод не може да продължи безопасно или продължаването му би довело до скъпоструващо повтаряне на работата. Примерите включват липсващо изходно съдържание, нерешен език за безопасност, противоречиви количества или неидентифициран субект, централен за дадена глава.

Голям

Работата може да продължи с документирано временно предположение, но отговорът е задължителен преди доставката. Примерите включват повтаряща се терминология, взаимоотношения между герои или правило за форматиране в рамките на цялата публикация.

Малък

Решението засяга локално предпочитание или пасаж с малко въздействие и може да бъде групирано. Примерите включват главни букви на еднократен етикет, когато и двете опции остават разбираеми.

Сериозността не е равна на спешността. Едно важно терминологично решение, необходимо след три часа, може да заслужава действие преди блокиращ проблем в приложение, което няма да бъде преведено до следващата седмица. Запишете както въздействието, така и датата, до която е необходимо.

Възложете решението на правилния отговорник

Не изпращайте всеки въпрос на автора. Експертът в областта може да изясни концепцията, целевият редактор може да отговаря за формулировката, а отговорникът по производството може да решава дали едно изображение може да бъде заменено.

Поддържайте един единствен източник на истина

Изберете един каноничен дневник. Чатът и имейлът могат да уведомяват хората, но техните отговори трябва да бъдат копирани в каноничния ред заедно с източника и датата.

За всяко ново запитване:

1. Потърсете в дневника термина, субекта, изходния откъс и категорията.
2. Свържете свързаните въпроси, вместо да създавате мълчаливи дубликати.
3. Използвайте стабилно местоположение на източника и версия.
4. Нарочете един отговорник за вземането на решения.
5. Запишете отговора изцяло.
6. Намерете всяко засегнато целево съвпадение.
7. Маркирайте реда като реализиран само след като бъдат направени тези корекции.
8. Проверете крайния резултат и затворете реда.

Елементът <note> на XLIFF може да пренася инструкции или коментари на преводача, а неговите контекстни структури могат да прикрепят информация към преводните единици. Независимо дали вашият проект използва XLIFF, електронна таблица или система за проследяване на проблеми, запазете тази проследимост на ниво единица.

Превърнете отговорите в заменяеми проектни контроли

Един отговор трябва да актуализира повече от един ред, когато решението може да се използва повторно.

• Добавете одобрено име или термин към терминологичния регистър.
• Добавете решение относно авторския глас към стиловото ръководство.
• Добавете правило за забрана на превода към изходния пакет.
• Добавете известна грешка в източника към дневника на промените.
• Добавете отхвърлени варианти към списъка за проверка на качеството.
• Добавете насоки относно липсващия контекст към следващата партида за превод.

Това е цикълът на печалба на информация: всеки разрешен въпрос прави последващия превод и преглед по-надеждни. Системата за заявки, която затваря тикети без актуализиране на работните ресурси, гарантира повтарящи се въпроси.

Обработвайте грешките в източника, без да ги пренаписвате мълчаливо

Когато източникът изглежда грешен, разграничавайте наблюдението от решението.

Лош ред:

Датата е коригирана от 2019 на 2020 г.

По-добър ред:

Източникът посочва 2019 г. тук и 2020 г. в хронологията и цитирания доклад. Коя година е авторитетна? Предложено действие: запазване на 2019 г., докато собственикът на източника одобри корекция. Въздействие: основен параграф, хронология, надпис и запис в показалеца.

Преводачът може да идентифицира доказателства и да препоръча корекция, но не трябва мълчаливо да променя фактически източник. Ако собственикът одобри промяна, запишете дали самият източник ще бъде коригиран и кои целеви издания я наследяват.

Използвайте временни предположения съзнателно

Когато работата трябва да продължи, преди да пристигне отговор:

• отбележете избора с етикет provisional;
• запишете защо това е опцията с най-нисък риск;
• добавете точен маркер за търсене или списък със сегменти;
• идентифицирайте последната безопасна дата за промяната му;
• предотвратете публикуването, докато блокиращ проблем остава отворен; и
• заменете временната бележка с окончателния отговор, вместо да оставяте и двете като конкуриращи се инструкции.

Никога не представяйте мълчанието като одобрение. Крайният срок може да задейства ескалация или декларирано действие по подразбиране само ако проектното задание е дало това правило предварително.

Прегледайте дневника на заявките като проектни данни

В края на етап изчислете процесни показатели, а не суетни метрики:

• отворени блокиращи и сериозни проблеми;
• възраст на неотговорените заявки;
• въпроси, на които липсва отговорник или дата за изпълнение;
• дублирани въпроси;
• отговорени редове, все още нереализирани;
• реализирани редове, все още непреверени;
• повтарящи се категории и местоположения в източника; и
• подобрения на източника, речника или заданието, създадени въз основа на отговорите.

Големият брой заявки не означава автоматично лош превод. Той може да показва труден източник или преводач, който отказва да гадае. Полезният въпрос е дали заявките са специфични, съществени, разрешени веднъж и разпространени правилно.

Контролен списък за пускане на дневника на заявките

Преди предаване потвърдете, че:

• всеки ред идентифицира точната версия и местоположение на източника;
• блокиращите и важните заявки имат авторитетни отговори;
• временните предположения са одобрени или премахнати;
• крайните отговори посочват решението, а не само „да“ или „одобрено“;
• повтарящите се термини и обекти бяха актуализирани на всички засегнати места;
• многократно използваемите решения стигнаха до речника, ръководството за стил и правилата за контрол на качеството;
• отговорено, реализирано и проверено са различни състояния;
• крайният експортиран файл беше проверен след реализацията; и
• оттеглените или неразрешените редове запазват обяснение.

Започнете проекта с работния процес за предварителна проверка на изходния код на книгата, така че изходната версия, речникът, ресурсите и критериите за приемане да бъдат ясни, преди въпросите да се умножат. BookTranslator може да генерира пълен преведен чернова от поддържани файлове на книги и документи; използвайте дневника на заявките, за да уловите решения, които контекстът на източника и автоматизацията не могат да разрешат безопасно, след което прилагайте тези отговори последователно по време на човешката проверка.