4 подсказки для локализации программного обеспечения и успешного развития эджайла (Часть 1)
08.12.2014
Мы уже писали о преимуществах такого подхода, как эджайл, с точки зрения разработки софта и командной работы. Сегодня мы хотели бы рассмотреть ценность эджайла в локализации программного обеспечения.
Если вы подумываете об эджайле (или уже переходите к этой модели), у вас может возникнуть вопрос, нужно ли что-то менять с точки зрения локализации.
Модели эджайл, хотя и не совсем новы, всё ещё остаются горячей темой обсуждения среди разработчиков программного обеспечения. И не зря. Изменению способа разработки программного обеспечения сопутствуют изменения в процессе локализации программного обеспечения.
У нас есть четыре подсказки, чтобы помочь настроить вас на успех эджайла. Имейте в виду также, что эти советы хороши для всех проектов по локализации программного обеспечения. Но они еще более важны при создании частых (и иногда очень быстрых) циклов.
Что такое эджайл в общем?
В нашем постоянно меняющемся мире разработчики программного обеспечения непрерывно модифицируют предпочтительные методы создания программного обеспечения. В конце концов, цель состоит в том, чтобы в результате получить наибольшую ценность, лучшие сроки и наиболее динамично развивающиеся возможности.
Вот почему разработчики в настоящее время могут предпочесть эджайл каскадным методикам (которые были выбраны моделью разработки в прошлом).
Каскадные методики, как правило, описывались с помощью строительной аналогии. Вы сначала всё определяете и проектируете, а затем строите, внося очень небольшие изменения на пути. Первоначальный план является конечным планом, и любые изменения на этом пути вызывают дорогостоящие трудности. Вы не измените чертежи здания на полпути или в конце строительства, не так ли? Хотя этот подход является приемлемым для строительства, для передового программного обеспечения может потребоваться более динамичный подход.
С моделью разработки эджайл разработчики всё-таки следуют плану, но имеют гораздо больше возможностей для манёвра для обеспечения изменений по пути. Они постоянно адаптируются и создают несколько динамических версий конечного продукта, пока не доберутся до идеального результата.
Это выгодно по многим причинам. Эджайл предполагает, что вы можете оценить программное обеспечение в каждом интервале (а не ждать конца). Это означает, что вы можете:
- Много раз оценивать программное обеспечение на протяжении всего процесса, что может реально помочь определить конечный вид продукта.
- Получать динамическую обратную связь на протяжении всего процесса, чтобы улучшать свой продукт.
- Потенциально экономить время и деньги, обеспечивая при этом высокую ценность для клиентов.
Если вы создаёте программное обеспечение таким образом, что всё зависит от оригинальных чертежей, вы можете создать свой продукт и обнаружить в конце концов (после тонн напряженной работы, времени и денег), что этого недостаточно. Это может означать, что нужно полностью начать с нуля.
Это не про эджайл.
(продолжение следует)
Источник: 4 tips for software localization and agile development success
Тэги: локализация/перевод, организация работы, советы, эджайл, эффективность