Язык ведения задач

Чем Вы руководствуетесь  в команде при выборе языка оформления и ведения задач?

На каком языке пишите описания, если вся команда общается на едином языке, но продукт интернациональный или с локализациями?

Какова вероятность вхождения в команду специалиста, который по производительности был бы круче и дешевле иностранца?  

Вся документация, все артефакты, вся переписка и т.п - строго на английском языке

документация на языке руководства, чтобы понятно всем было

бывает такая ситуация:

например литовская компания создаёт продукт который продаётся/используется и в Литве и Латвии и в России/Белоруссии

 

 

язык локализации

да вот в том и дело что иногда локализуется не только язык, а функционал локализуется тоже

и документы которые написал аналитик могут поставляться в качестве инструкций

язык локализации

да вот в том и дело что иногда локализуется не только язык, а функционал локализуется тоже
 
и документы которые написал аналитик могут поставляться в качестве инструкций

 

 

 

язык локализации

да вот в том и дело что иногда локализуется не только язык, а функционал локализуется тоже

 

и документы которые написал аналитик могут поставляться в качестве инструкций

 

Коллеги, я реально не понимаю как должен соотноситься язык общения команды и артефактов, кроме как по удобству)

Расскажу свой опыт.

Команда релизов - выпускаются продукты компании на 4+ языках.

Команда русскоязычная, язык общения русский, все записи в Багобазе тоже на русском.

Исходный язык локализации, которые создают разработчики - английский.

Далее идут переводы:

- английский разработки - английский литературный :)

- немецкий, испанский, русский, и др.

Общение с переводчиком на английском (ну кроме русского=)

Изначально документация создается на английском. Техпис наш, но ему так удобнее создавать документы.

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

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

Итого - все на русском, кроме иностранного общения. Ну и заготовок под переводы.

P.S. Перевод english - english нужен, чтобы "причесать" технический язык и избавиться от досадных опечаток, например в слове ''disk'. Был один неприятный момент:)

вот пример:

банковская система, из модулей, поставляется литовским, латышским и российским банкам. Есть модули только для какой-то одной страны, есть модули которые будут работать сразу в двух странах, есть модули из ядра которые работать будут в трёх странах

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

вот тут и сложность и выбор языка документации под каждый модуль

Шеф 9 лет мучает команду полным ведением на английском, а ни одного спеца не русско-говорящего так и не смог привлечь. Ясное дело, ведь "Совок" только мог породить столько талантливых и недорогих победителей олимпиад. Поэтому не понятна мечта работать с иностранцами, усугубляющая внутрикомандное общение.

Спасибо всем за комменты! Сомнения рассеяны, основополагающий выбор у всех - удобство понимания теми, кто пользуется системой.

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

Я подразумевал не столько документацию типа требований и User Manual (хотя они тоже важны), сколько всякого рода базы знаний и даже комментарии в коде. Если проект живет уже 9 лет, то скорее всего можно предположить, что это в определенной мере успешный проект. За такое время проект неизбежно обрастает большим объемом информации. И если с самого начала ввести требования к наличию и отображению такой информации, то это дальновидный шаг. 

На одном проекте у нас был интранет на базе Jira Confluence - несколько тысяч статей, инструкций, примеров кода и т.д., написанных разными сотрудниками разных подразделений за время существования проекта. Любой новый и старый работник мог зайти туда и найти кучу полезного материала в рамках своей компетенции, либо оставить что-то свое для вслед идущих. 

А теперь представьте, что в какой-то момент нужно из всего этого выделить актуальные материалы, а потом перевести их. 99%, что часть актуального будет упущена, а часть уже лишнего просочится. Не говоря уже о том, что это повлечет доп. затраты времени/денег. Зачем, если с самого начала можно все организовать грамотно?

Проекту на самом деле уже 15 лет, последние 9 из которых программисты уклоняются комментировать свою работу ввиду слабых знаний языка. И все 9 лет шеф не в состоянии привлечь иноязычных сотрудников хотя бы к просмотру текстов. Штатный тех.писатель на достаточном  уровне справляется с передачей инфы.

Как исправлять упрямство бестолковых решений - это уже тема для другого форума ;)