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

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

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

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

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

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

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

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

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

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

Ключовото разделение е между отговорено, внедрено и проверено. Отговорът към клиента не доказва, че всеки засегнат пасаж е променен, а редакцията не доказва, че финалният експорт я съдържа.

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

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

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

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

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

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

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

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

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

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

Сортирайте по последствие, не по любопитство

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

Блокер

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

Съществено

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

Незначително

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Лош ред:

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

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

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

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

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

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

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

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

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

В края на важен етап изчислявайте процесни сигнали, а не показни бройки:

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

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

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

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

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

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