Звездный транзит

DV

Trados Translator’s WorkBenchh

Общее количество слов

85

152

96

Управление проектами — это координация, работа в команде, планирование и методы контроля. скажем, экономическая деятельность, связанная с выпуском определенного продукта и которая управляет сложными процессами, разрабатывает синхронизированные товары и которая основана на командной работе, использовании существующих материалов (корпусов) и информационных технологиях.В этом смысле индустрия переводов указывает на новый набор навыков, которые переводчики должны использовать, если они хотят действовать в контексте больших объемов переводов, более быстрых сроков доставки, более строгих требований к настройке и глобальных производственных групп. Переводчику необходимо развить опыт руководителя проекта, специалиста по информатике, документалиста, специалиста по DTP, терминолога, лингвистического инженера, оценщика, локализатора и технического писателя.

В этой сложной парадигме и с таким количеством факторов, взаимодействующих в процессе перевода, управление проектами становится ключевым элементом, объединяющим ремесло, потребности и опыт.Команды переводчиков обмениваются данными, клиентами, целями, проектами, людьми и ресурсами, и задача менеджеров проектов — быстро и точно планировать, инструктировать, отслеживать и контролировать большие объемы данных, одновременно облегчая решение проблем и принятие решений. процесс изготовления (Берк, 1).

Настоящая статья представляет собой попытку представить анализ того, как перевод может извлечь выгоду и фактически использует преимущества методов управления проектами и процессов контроля качества. Сначала я предложу несколько ключевых концепций в этой дисциплине, а затем покажу текущие реализации процедур в переводческой отрасли.

Управление проектами: основы

Все, что мы делаем, имеет жизненный цикл : начало, середину и конец. Некоторые жизненные циклы сложнее других, потому что одни задачи сложнее других, и поэтому требуют тщательного планирования и внимания. Это здравый смысл, и поначалу может показаться, что управление проектами — это не более чем проявление определенного ума и проницательности в нашей повседневной работе. Это может показаться, особенно в переводе, так, поскольку практика управления проектами только начала появляться в последние годы и еще не имеет давних традиций, как в других областях.

Управление проектами связано с методами координации, совместной работы, планирования и контроля. Любая деятельность, к которой человечество приступило с течением времени, определенно требовала, чтобы кто-то руководил ею, будь то строительство пирамид в Египте или Великой Китайской стены (Burke, 11). Что касается перевода, я не стану возвращаться в прошлое, чтобы подчеркнуть эту мысль, а сосредоточусь на недавних изменениях, которые претерпевает профессия, которые определенно влияют на режимы работы и операционную среду.С одной стороны, нет никаких сомнений в том, что рынок переводов столкнется с резким ростом, как показывают цифры: мировой рынок переводов и локализации приближается к 20 миллиардам долларов США в 2004 году; Microsoft выполняет более 1000 проектов локализации в год с доходом в 1998 финансовом году в размере 5 миллиардов долларов США; около 100 000 человек профессионально переводят в Западной Европе и 317 000 переводчиков, работающих полный или неполный рабочий день, по всему миру (Sprung, ix). С другой стороны, рабочая среда переводчика развивается в сторону децентрализованных глобальных команд, в которых технологии лежат в основе процесса.В любом случае, это, безусловно, правда, что управление проектами в последнее время приобрело известность в переводческой профессии, главным образом благодаря росту рынка и виртуальным командам. Когда перевод передается по субподряду командам, общающимся через Интернет, продуктивность становится в центре внимания, и именно в области планирования, отслеживания и измерения объема и качества, где управление проектами предлагает важные инструменты для поставщиков переводов (Devaux, 12).

Институт управления проектами в своем Руководстве по своду знаний по управлению проектами (PMBOK) определяет проект как «… временное усилие, предпринятое для создания уникального продукта или услуги. Temporary означает, что у каждого проекта есть определенный конец. Уникальный означает, что продукт или услуга каким-то образом отличается от всех аналогичных продуктов или услуг » (1996: 4). Соответственно, это определение может быть легко адаптировано к переводческим проектам, поскольку ключевые элементы, временность и уникальность, являются важные аспекты в любом задании на перевод. Вам назначается перевод, вы соглашаетесь со сроком, переводимый материал уникален в том смысле, что он соответствует точному набору критериев, которые отличают продукт перевода от любого другого и составляют основа любого решения, принимаемого на каждом этапе процесса перевода.

В то же время есть критическая функция, которую необходимо добавить в это определение проекта перевода, а именно с использованием . Хотя каждое задание на перевод уникально и имеет определенную цель, оно, тем не менее, в большей или меньшей степени связано с другими переводческими проектами, которыми мы занимались в прошлом или которые мы могли бы выполнить в будущем, потому что мы работаем для один и тот же клиент использует разные обновления одного и того же продукта или потому, что мы специализируемся в определенной области.В этом смысле проекты для профессионального переводчика имеют кумулятивный эффект, и нет никаких сомнений в том, что пул ранее переведенных материалов является бесценным источником знаний и опыта, из которого можно найти подходящие переводы, что способствует повышению эффективности проекта с точки зрения скорости и качества.

В этом смысле, и как мы увидим в следующих разделах, надлежащее использование данных перевода имеет ключевое значение для управления проектами до такой степени, что в некоторых контекстах мы даже можем рассматривать перевод как часть InfoCycle (Lockwood, 1998).Это особенно верно в секторах публикации программного обеспечения, компьютерного оборудования, телекоммуникаций и автомобильной промышленности, где информация создается в рамках согласованной среды, цикла, который движется от разработки, доставки, потребления и обновления и обратно к разработке. В этих условиях перевод является частью информационного рабочего процесса, важной частью и больше не изолирован от остальной части процесса.

Рабочий процесс перевода и операционная среда

Современные тенденции в языковой индустрии показывают, что новые методы, реализованные в управлении информацией, проникают в мир переводов.В этом отношении область информационной инженерии уже направляет свои процедуры на управление взаимозависимостями, поскольку сложность подготовки документации побуждает нас «отказаться от бессистемной перспективы разработки продукта, маркетинговых коммуникаций, технического письма, перевода и поддержки продукта» (Hofmann и Менерт, 60). Таким образом, жизненный цикл проекта перевода должен соответствовать требованиям более широкой производственной среды, которая учитывает многоязычное управление информацией в форме информационных объектов (IO).Согласно Хофманну и Менерту, IO — это совокупность информации, идентифицируемой как единое целое и определяемой ее коммуникативной целью, конкретным пользователем, которому она адресована, бизнес-субъектом, который она представляет (линейка продуктов или корпоративная функция), информацией. он предусматривает (в определенном формате и для целевой аудитории) и некоторые ограничения на публикацию (61).

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

Жизненный цикл переводческого проекта начинается с запроса предложения и ввода в эксплуатацию . На этом этапе менеджер проекта получает заявку на перевод определенного элемента (некоторого рекламного материала, справочника пользователя, буклета с инструкциями, веб-сайта и т. Д.), И немедленное действие заключается в определении потребностей клиента, оценке внутренних и внешних ограничения, которые могут повлиять на жизненный цикл проекта, а также оценить альтернативы и варианты. Это обычно известно как технико-экономическое обоснование , и его основная цель — собрать информацию обо всех сторонах, заинтересованных в проекте — стейкхолдерах, — чтобы у менеджера проекта было четкое представление о среде, в которой будет развиваться проект и как те влияют на последнее.Заинтересованные стороны — это требования вашего клиента ¹ , организационная структура вашей собственной компании, требования рынка, конкуренты, новые технологии, правила и положения или экономический цикл, и это лишь некоторые из них. С ними необходимо надлежащим образом обращаться, чтобы перевод был удовлетворительно завершен и доставлен.

В процессе подготовки технико-экономического обоснования менеджер проекта должен узнать о следующем:

• функция перевода
• среда перевода
• Срок службы перевода
• бюджет

Стандарты

• и спецификации формата
• требования к надежности
• будущее расширение
• Используемая технология
• ресурсы компании
• Требование обеспечения качества (является ли ISO 9000 требованием?)
• наличие команды
• офисных площадей и оборудования
• сроков и возможность их соблюдения
• условия, указанные клиентом, и последующая оценка их практичности
• Требуется обучение и осуществимость с точки зрения денег, людей и ожиданий
• потребности в аутсорсинге и логистические ограничения
• жизнеспособность других переводческих проектов, выполняемых параллельно
• цитата по слову или по часам.А если вы платите по слову, убедитесь, что вы действительно считаете все слова в проекте! ²

Имея эту информацию под рукой, рекомендуется оценить возможные альтернативы и варианты с точки зрения времени (можно ли завершить проект быстрее?), стоимости (можно ли сократить бюджет?), качество (можно ли снизить качество, оставаясь приемлемым для клиента, но более экономичным и быстрым в производстве?) И ресурсов (какие части проекта можно автоматизировать?) (Burke, 40-46).

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

Один из первых шагов в планировании — определить ключевые цели и решить, как их достичь. Наилучший способ продолжить — разбить путь, ведущий к целям, на рабочие пакеты (WP) и, исходя из них, решить, кто отвечает за выполнение каждого из них, распределить линии ответственности, уровень полномочий и линии связи внутри и вне компании. WP.С каждым WP связаны другие элементы, помимо людей: рабочие календари, ресурсы, ключевые даты, бюджет, контроль качества и частота отчетов. Наконец, каждый WP создает результат (тематический глоссарий, согласование двух файлов, черновую версию перевода), который либо является исходным материалом для следующего WP, либо непосредственно способствует достижению одной из ключевых целей. Тщательно разработанный план позволит эффективно завершить проект, а также упростит работу менеджера, если потребуются какие-либо корректировки с точки зрения времени, людей или бюджета.

В идеале мы хотели бы, чтобы наши клиенты понимали, что перевод является критическим аспектом в их разработке продукта, в том смысле, что, когда продукты разрабатываются для глобального рынка, а перевод находится в центре производственной линии, может возникнуть множество проблем. на более поздних стадиях жизненного цикла продукта (производство, распространение, обновление, маркетинг) можно легко предвидеть, так что решения планируются заранее. Возьмем, к примеру, веб-сайты. Сложность поддержания веб-сайтов в удобном обновлении на разных языках в настоящее время представляет собой проблему для многих компаний, которые не планировали, как эта задача должна быть достигнута.Один переводчик обычно не может отслеживать различные изменения, с которыми сайт может столкнуться в определенное время, поскольку в процессе перевода могут быть задействованы разные участники (руководитель проекта, переводчик, редактор, инженер, менеджер по обеспечению качества). В любом случае важно подчеркнуть тот факт, что только при тщательном планировании руководитель проекта может предусмотреть любые потребности клиента, которые могут возникнуть в будущем, даже если клиент не знает, что они могут быть у него. В конце концов, неужели так редко кто-то из наших клиентов возвращается к нам с новой версией старой работы, требующей быстрого перевода?

При хорошем управлении проектом следует учитывать масштабируемость, чтобы не приходилось перестраивать перевод каждый раз, когда звонит наш клиент.К элементам, которые следует учитывать, относятся, например, новые форматы для старых переводов, новые средства связи с клиентом, новые стандарты, которые будут применяться, новая технология, которая будет использоваться в процессе перевода, новое распределение команд (некоторые переводчики могут выбрать работать внештатным или штатным сотрудником). Только при наличии эффективного плана, включающего гибкую структуру и подходящую операционную среду, проект перевода может быть успешно выполнен.

Операционная среда

Многое написано об инструментах и ​​приложениях, которые переводчики используют в своей повседневной работе.Фактически, понятие рабочего места переводчика было впервые придумано М. Каем в 1980 г. (Kay, 1997). С тех пор мы стали свидетелями многих изменений, и многие другие еще предстоит увидеть, но основная идея все та же: технология в руках переводчика и на каждом этапе процесса перевода.

Связь между технологиями и управлением проектами имеет ключевое значение для управления переводческими проектами, поскольку только с помощью набора хороших инструментов переводческая отрасль может соответствовать требованиям рынка.В любом случае важно помнить, что человеческий фактор играет решающую роль во всем процессе, поскольку «проблема перевода возникает, когда технология переоценивается и слишком много полагается на машинную часть в ущерб переводчику. «(Пеллет, 55-56).

В настоящее время в отрасли используются инструменты для извлечения терминов, сегментации текста, выравнивания текста, индексации, сохранения и повторного использования переводов, машинного перевода, проверки согласованности, обнаружения пропущенных ошибок и проверки грамматики. ³ И использует их на разных этапах процесса перевода: при разработке, переводе или тендере. Взаимосвязь между всеми ними показана на рисунке 1. Очевидно, что разные характеристики проекта потребуют разного использования инструментов, но, как правило, любая работа по переводу начинается с подготовки материалов и документации, чтобы команда могла совместно использовать ресурсы и поддерживать лингвистическую и стилистическую согласованность. досконально переведенная версия. Соответственно, одна из первых задач — указать глоссарии, которые будут использоваться, определить новые термины, которые будут включены в банк терминов, и проверить переводы на наличие старых терминов (тех, которые уже использовались в предыдущих проектах).В идеале это должен быть автоматический процесс, предполагающий сравнение предыдущих переводов продукта, специфической для клиента терминологии, тематических терминов или названий продуктов. В настоящее время на рынке доступен ряд программных пакетов для извлечения терминологии с разной степенью сложности.

Вместе с управлением терминами и для обеспечения текста с его переводческим контекстом, основа может включать обработку предыдущей исходной и целевой информации, просмотр любой связанной документации, проверку любых наглядных пособий, объясняющих, как работают вещи, описанные в тексте, выполнение приложение переводимого программного обеспечения, подробное описание продукта.Эта информация является ключевой для команды переводчиков, поскольку она напрямую влияет на успешное завершение проекта и, следовательно, должна быть доступна в любое время в самой простой и наиболее эффективной форме. Всякий раз, когда информация принимает форму предыдущих исходных и целевых версий текущего текста, рекомендуется передать ее в базы данных переводов, чтобы впоследствии программа памяти переводов могла в полной мере использовать ее. Большинство пакетов памяти переводов включают в себя инструмент для сегментации и выравнивания текста.Основная идея выравнивания состоит в том, чтобы сопоставить сегмент исходного языка с соответствующим целевым языком, чтобы совпадающие пары могли быть введены в базу данных переводов. Иногда это рассматривается как трудоемкая задача, из-за которой переводчики не могут выполнить настоящий перевод. На мой взгляд, согласование напрямую связано с ключевым элементом в управлении переводами, а именно с повторным использованием материалов , и чем больше вы вкладываете в эффективный процесс привлечения заемных средств, тем более эффективным будет ваш проект.

Другие аспекты этого этапа могут иногда включать подготовку текстов для перевода. Например, в проекте локализации это включает в себя определение любых потенциальных проблем, например, какие строки кода можно переводить или какие файлы используются совместно. В других проектах это может включать решение о том, можно или нужно ли использовать машинный перевод для какой-либо части текста, как, например, в случае Европейской комиссии, где только в 1996 году через Systran было обработано 220 000 страниц, «что делает ее Службу переводов (SdT) самый активный пользователь МП в мире с точки зрения чистого объема »(Brace, 220).

Фаза перевода , очевидно, является основной частью проекта и, в то же время, успешна только тогда, когда остальные фазы проекта были надлежащим образом спланированы и удовлетворительно завершены. Это также деликатная фаза с точки зрения менеджера проекта, так как это когда ресурсы разделяются, информация распределяется между членами команды и принимается решение о рабочем процессе коммуникации. Память переводов, или базы данных переводов, как их сейчас называют, в настоящее время являются ключевыми инструментами.В настоящее время этот инструмент очень доступен, и выбор того или другого зависит в основном от требований вашего проекта. Довольно часто это решение принимается не по объективным причинам, а на волю случая или субъективных критериев (Rico, 2001).

TM наконец-то пришли, чтобы заполнить этот пробел, в котором для целей будущих проектов любая работа по переводу была потрачена впустую. После нескольких часов кропотливой и кропотливой работы, когда перевод был завершен и передан нашему клиенту, мы смогли сохранить, самое большее, копию исходного и целевого текста в разных файлах, но без эффективных средств хранения запись фактических связей между обоими текстами.Хотя мы, безусловно, могли создать, если таковые имеются, наши собственные базы данных , построенные на основе , для отслеживания нашей драгоценной повседневной работы, они были легко повреждены или им не хватало стандартной гибкости и надежности, необходимых для управления языком.

В последние годы, с появлением TM, профессионалы по переводу наконец-то нашли инструмент, который позволяет устанавливать эти связи между исходным и целевым текстом, а не только в личном мозгу каждого отдельного переводчика, а именно: в конце концов, — единственное надежное место, — весь процесс перевода может быть записан — но надежным и динамичным способом, который, соответственно, может быть повторно использован в более поздней работе.Затем перевод на основе памяти стал революцией на рынке переводов, повлиявшей на подход к переводу. Исходный и целевой тексты автоматически объединяются и сопоставляются как пары соответствующих предложений, и этот материал легко найти в последующих заданиях. Ничего не нужно переводить более одного раза, терминология лучше поддерживается, что повышает согласованность и качество перевода; переформатирование переведенных документов больше не требуется (Hoffman and Mehnert, 68).

Что касается машинного перевода, хотя в течение пятидесяти лет исследовательские группы пытались механизировать эту чисто человеческую деятельность по переводу, окончательная система, способная предложить мгновенный и идеальный перевод, все еще далека от того, чтобы стать реальностью. Способность компьютеров понимать язык — это главный барьер, который необходимо преодолеть, но тем временем практическое и реалистичное отношение к МП показывает, что автоматический перевод уже дает впечатляющие результаты в контролируемой среде, где язык в некоторой степени формализован, чтобы компьютеры могли легко обработать его (Rico, 2001).

Важно помнить, что приложения МП следует выбирать после тщательного рассмотрения ваших потребностей в переводе. Игрушечные системы, которые можно приобрести в готовом виде, — это всего лишь игрушки, и инструмент, который вы, возможно, захотите использовать для автоматизации своих переводов, может нуждаться в некоторой настройке, прежде чем вы действительно сможете внедрить его в своей операционной среде.

Наконец, этап проекта , завершающий этап , следует рассматривать не менее важным, чем остальные. Ни один проект перевода не будет завершен до тех пор, пока не будет выделено достаточно времени для доработки (проверки целостности и грамматики), обнаружения каких-либо недостающих фрагментов и, в случае проектов локализации, тестирования приложений.

Важно ли качество?

Качество — это удовлетворенность заинтересованных сторон, эффективность работы, сплоченность команды, методы контроля и коммуникации. Качество включает в себя все аспекты управления проектом и, в переводе, влияет как на процесс, так и на продукт. В связи с этим Л. Брюнетт (2000) в своей статье «Сравнение практик оценки качества перевода» дает подробное определение различных методов, используемых для проверки качества.Она выделяет пять различных процедур: (а) дидактический пересмотр, или формативный пересмотр, предназначенный как тщательное сравнение исходного и целевого текстов с целью улучшения навыков переводчика; (b) оценка качества перевода (TQA), относящаяся к методам управления и выполняемая для части переведенного текста с целью измерения производительности или качества в соответствии с заранее определенным контрольным списком; (c) контроль качества , который также является инструментом для управленческих целей и обеспечивает соответствие окончательного перевода, т.е.перевод как продукт, с заранее установленным набором требований, норм и критериев; (d) прагматическая редакция , обычно выполняемая отдельным редактором, не имеющим отношения к переводу и чьей целью является улучшение окончательной версии; и (e) свежий взгляд , который рассматривает перевод как независимый текст, который должен соответствовать ожиданиям целевых читателей.

Эти пять методов оценки суммируют сложную и широкую область управления качеством перевода и предлагают полезное введение в много обсуждаемую область определения качества языковых услуг.На практике обеспечение качества в переводческой отрасли обычно определяется сертификатами в автомобильной промышленности, такими как DIN 2345, ISO 9002, UNI 10574 или SAE J2450. Но, тем не менее, общее соглашение о стандартах качества еще не достигнуто, поскольку разные клиенты ожидают от поставщиков переводов разные услуги: «В одном случае высокое качество достигается за счет создания перевода, который точно соответствует исходному тексту, а в другом — за счет полного переписывания. источник »(Mehner, 13).В конце концов, определение качества языковых услуг зависит от потребностей клиентов, которые всегда «многомерны и часто очень динамичны».

В связи с этим ассоциация Localization Industry Standards Association (LISA) разработала модель обеспечения качества, применимую к проектам локализации, основанную на реальных показателях качества, предоставленных Microsoft, Digital Equipment, Rank Xerox, IDOC Europe, DLS и IBM. (Ку и Киндс, 147). Модель LISA различает контроль качества , серию проверок образцов перевода, и контроль качества , что подразумевает полное рассмотрение.Согласно модели, переводам дается Pass или Fail в зависимости от максимального количества допустимых ошибок, согласованных с клиентом или поставщиком услуг. Ошибки классифицируются по семи категориям (неправильный перевод, точность, терминология, язык, стиль, страна, последовательность) и классифицируются как критические, серьезные или незначительные. ⁴

С точки зрения качества как деонтологической проблемы, Европейская платформа переводов подготовила Европейский свод правил для переводчиков, устных переводчиков и переводческих компаний , документ, обобщающий элементы, составляющие передовую практику в этих профессиях.Среди рассматриваемых аспектов Кодекс упоминает «квалификацию поставщиков услуг перевода», «договорные отношения», «обязанности заказчика и поставщика услуг», «доставку», «гонорары» и «авторское право». Этот документ предназначен для клиентов как руководство о том, чего ожидать от переводчиков, и как справочник для переводчиков о том, как оправдать эти ожидания. Качество как особый вопрос в управлении проектами не рассматривается, поскольку Кодекс предлагает широкий и общий взгляд на перевод, но, на мой взгляд, он служит отличной отправной точкой.

Заключение

В течение нескольких лет перевод, похоже, сконцентрировался на сфере управления проектами. Причина, безусловно, в глобализации. Несколько лет назад идея о том, чтобы переводчики работали в команде, разбросанной по всему миру, казалась научной фантастикой, и языковые компании могли только мечтать о выпуске своих продуктов одновременно в разных уголках мира. С появлением новых отраслевых методов необходимы новые бизнес-стратегии. Точно так же новые запросы клиентов требуют новых стратегий управления.Поэтому, когда время выхода на рынок и глобальные проблемы становятся важным фактором переводческой отрасли, неспособность распознавать аспекты управления проектами (выявление ненужных расходов, сомнительные предположения, создание альтернативных идей, продвижение инноваций, оптимизация ресурсов, экономия времени, денег и энергии, упрощение методы и процедуры, устранение избыточных элементов, обновление стандартов, критериев и целей, среди прочего) могут оказаться дорогостоящими.

В качестве введения я попытался обрисовать здесь общую структуру управления проектами перевода.Тем, кто желает расширить свои знания и навыки в этой области, следует иметь в виду, что задачи менеджера проекта обычно включают координацию, планирование и отслеживание статуса, контакты с клиентами, контроль бюджета и управление ресурсами. В качестве единой точки ответственности руководитель проекта должен уметь предвидеть проблемы, учитывать ожидания и потребности заинтересованных сторон, понимать операционную среду и справляться с изменениями (Burke, 9). Одним словом, если большая часть вашей переводческой команды находится в Европе, когда праздники традиционно уходят на август, и именно в это время ваш клиент из США хочет, чтобы работа по переводу была доставлена, вам лучше спланировать этот период низкой производительности или проект определенно не имел бы успеха.Честно говоря, вы всегда можете рассчитывать на День Благодарения до Нового года как на более спокойный период с этим же клиентом. ⁵

Ссылки

Брейс, К. (2000): «Автоматизация языка в Европейской комиссии», Спрунг, Р. К. (ред.).

Брюнетт, Л. (2000): «Сравнение практик оценки качества перевода» в Переводчик , т. 6, 2: 169-182.

Берк Р. (1999): Управление проектами. Методы планирования и контроля .Нью-Йорк: Джон Вили.

Дево, С. А. (2000): «Взявшись за руки» в Language International , апрель 2000: 12-13.

Б. Эсселинк (1998): Практическое руководство по локализации программного обеспечения . Амстердам: Джон Бенджаминс.

Европейская платформа переводов. Европейский свод правил для переводчиков, устных переводчиков и переводческих компаний , доступно по адресу:

http://www.jtpunion.org/english/Translation_platform.htm (11 июля 2002 г.)

Hofmann, C.и Т. Менерт (2000): «Управление многоязычной информацией в Schneider Automation», в Спранге, Р. К. (ред.): Преобразование в успех . Передовые стратегии многоязычия в эпоху глобализации . Амстердам / Филадельфия: Джон Бенджаминс.

Кей М. (1997): «Надлежащее место людей и машин в языковом переводе», Машинный перевод, , 12: 3-23.

Ку, С. Л. и Х. Киндс (2000): «Модель обеспечения качества языковых проектов» в R.К. Спранг (редактор) (2000).

Лаушер, С. (2000): «Оценка качества перевода. Где могут встретиться теория и практика?» in The Translator , vol.6, no.2, 149-168.

Локвуд Р. (1998): «Вы впереди кривой?», Language International , 10.2: 24.

Мелби, А.К. (1998): Восемь типов переводческой техники . Доступно по адресу: http://www.ttt.org/technology/8types.pdf (11 июля 2002 г.)

Mehnert, T. (1998): «Политика качества: соблюдать или конкурировать?» в Language International , 10.5: 12-15.

Пелле, Мерседес (2001): «Разумное использование технологий в языковых услугах» в книге Multilingual Computing and Technology , vol. 12, 4: 55-6.

Пинто Молина, М. (2000): «Implantación de los sistemas de calidad en los servicios de traducción» в Gonzalo García, C. y V. García Yebra (ред.), Documentación, terminología y traducción . Мадрид: Síntesis.

Институт управления проектами (PMI) (1996): Справочник по своду знаний по управлению проектами (PMBOK).

Рико Перес, К. (2001a): «От новизны к повсеместности: компьютеры и перевод в конце индустриальной эпохи» в журнале переводов . Доступно по адресу: http://www.accurapid.com/journal/15index.html (11 июля 2002 г.)

Рико Перес, К. (2001b): «Воспроизводимые модели для оценки CAT-программ: ориентированная на пользователя перспектива», в переводе и компьютер 23 , Лондон: Aslib.

Фрейвальдс, Дж. (2001): «Расчет рентабельности локализации», Multilingual Computing and Technology , 12, 4.

Спранг, Р. К. (2000) (ред.): Перевод к успеху . Передовые стратегии многоязычия в эпоху глобализации . Амстердам / Филадельфия: Джон Бенджаминс.

Приложение: Инструменты для управления проектами в переводе

Этот раздел предназначен в качестве ссылки на основные инструменты управления проектами перевода. Он не нацелен на исчерпание, а, скорее, на то, чтобы служить отправной точкой для тех, кто желает продолжить исследования в этой области.Я включил программные инструменты, а также поставщиков услуг. Для каждого из них дано краткое описание.

Описание : Они называют себя «ведущим поставщиком комплексных решений и технологий для глобализации». В их список клиентов входят, в частности, Bayer Diagnostics, Oracle, IBM, Corell и Disney Interactive. Их список продуктов и услуг варьируется от разработки контента и многоязычного управления локализацией до ряда программных инструментов для контроля и отслеживания переводческих проектов.

URL: http://www.bowneglobal.com (11 июля 2002 г.)

Описание: Этот инструмент в основном предназначен для внештатных переводчиков, желающих легко и недорого отслеживать свою работу по переводу. Возможности включают в себя менеджер клиентов, выставление счетов, центр отчетов, глоссарий, планировщик, панель сообщений, личную телефонную книгу и многое другое.

URL: http://www.landsw.com/translators.htm (11 июля 2002 г.)

Описание: Idiom предлагает программное обеспечение и услуги для глобализации предприятий.Среди их клиентов мы находим Чарльза Шваба, General Electric и Travelocity.com. Их услуги ориентированы на использование существующей инфраструктуры для «максимального глобального успеха». Что касается продуктов, Idiom WordlServer ^TM представляет собой программное обеспечение для веб-инфраструктуры, «которое предлагает самые передовые технологии перевода», интегрируя Déjà vu в качестве своей памяти переводов.

URL: http://www.idiomtech.com/ (11 июля 2002 г.)

• Знание: работа по проводам ^TM (Белые книги)

Описание: это частная Великобритания компания, предоставляющая услуги по консалтингу и обучению по виртуальной работе, управлению знаниями и сетевому обучению.Технические документы включают «Управление виртуальными командами через Интернет », «Доверие виртуальным командам» и «Управление знаниями команды» и другие.

URL: http://www.knowab.co.uk/wbwpapers.html (11 июля 2002 г.)

Описание : Это сервисная компания, предлагающая перевод, локализацию, электронные публикации и управление проектами на 80 языках.

URL: http://www.linguaforum.com/content/index.html (11 июля 2002 г.)

Описание : Это «программная система управления рабочим процессом, которая поддерживает и упрощает проекты многоязычного перевода.«Он сочетает в себе быстрый доступ к базам данных клиентов и переводчиков с функцией управления проектами, которая отслеживает прогресс, записывая и архивируя вклад каждого члена команды на каждом этапе проекта.

URL: http://www.langtech.co.uk/eng/organiser/index.asp (11 июля 2002 г.)

Описание : это бесплатный онлайн-ресурс для профессионалов в области управления проектами. Он включает статьи, обзоры программного обеспечения, советы и карьерные перспективы.

URL: http: //www.projectmagazine.com / (11 июля 2002 г.)

• Project Management Institute

Описание : Основанный в 1969 году со штаб-квартирой за пределами Филадельфии, штат Пенсильвания, США, Институт управления проектами (PMI®) является ведущей некоммерческой организацией в мире. профессиональная ассоциация по управлению проектами, насчитывающая более 86 000 членов по всему миру.

URL: http://www.pmi.org/ (11 июля 2002 г.)

Описание : Это поставщик услуг локализации, ориентированный на информационные технологии.Они используют свою методологию локализации Streamliner ™, а с 1997 года они используют свою систему StreamNET ™ Extranet для помощи в управлении проектами локализации. Эта «архитектура обеспечивает полную масштабируемость и гибкость, так что экстрасети можно настраивать в соответствии с потребностями клиентов».

URL: http://www.rubric.com/index.html (11 июля 2002 г.)

Описание: В настоящее время эта компания предлагает, среди прочего программного обеспечения для перевода, инструмент, специально разработанный для управления многоязычным контентом: SDLWebFlow («система управления контентом для поддержки многоязычных веб-сайтов, требующих частого обновления»).

URL: http://www.sdlintl.com/enterprise-systems/sdlwebflow.htm (11 июля 2002 г.)

Описание : Сервер рабочего процесса перевода предоставляет «расширенное, масштабируемое и интегрированное решение, которое может работать полностью автоматически или частично. -автоматически (через взаимодействие с менеджером проекта) ».

URL: http://www.star-ag.ch/eng/home.html (11 июля 2002 г.)

• Trados Corporate Translation Solutions

Описание: Эта известная компания объединяет ряд инструментов для управления переводами: память переводов, управление языками, интерфейсы, анализ устаревших переводов, производство переводов и управление обновлениями.

URL: http://www.trados.com (11 июля 2002 г.)

¹ Европейская платформа переводов (ETP) выпустила рабочий документ, определяющий договорные отношения между клиентом и переводчиком, где список обязанностей клиента может служить отправной точкой для определения требований клиента. Попросив клиента предоставить набор материалов, а также информацию о продукте, руководитель проекта может получить четкое представление о том, что именно нужно клиенту.Документ ETP доступен по адресу http://www.jtpunion.org/english/Translation_platform.htm (11 июля 2002 г.). С другой стороны, документ ITI «Перевод — как надо», доступный по адресу http://www.iti.org.uk/pages/news.cgi (11 июля 2002 г.), рекомендуется всем, кто хочет заказать translation, поскольку она предоставляет практические правила для получения работающего перевода.

² Перед тем, как выставить счет вашему клиенту, вам следует рассмотреть ряд аспектов. Например, подсчет слов может оказаться сложной и долгой задачей, если вы переводите веб-сайт.Он может содержать графические файлы, слова в тегах или встроенные скрипты. Точно так же вы должны учитывать, берете ли вы плату только за перевод или перевод и проверку работающего приложения. Информацию об инструментах подсчета см. В разделе Новички / Платежная практика на сайте TransRef (http://www.transref.org) (11 июля 2002 г.). Это портал для переводчиков, интересующихся технологиями перевода, профессионально настроенный, обслуживаемый и обновляемый.

³ Для получения подробной информации о CAT-программах см. TransRef (http: // www.transref.org).

⁴ Подробный отчет о модели контроля качества LISA см. На http://www.lisa.org/products/lisapub.html (11 июля 2002 г.).

⁵ Это пример взят из совета Devaux (2000, 13).