И коммуникация и митапы и даже оценка эффективности

Вот у кого нужно учиться

В смысле геймификация?

Геймификация процесса - да

Ну если обычными способами не удается людей мотивировать, то почему бы и нет

Спасибо Григорий за ваше мнение

👌

Нзчт

По поводу удаленки свои пять копеек.
У меня было достаточно много опыта и удаленной работы и даже распределенных команд. Есть несколько ключевых факторов, которые мало аффектят офисную работу, но очень сильно вылезают при распределенной разработке.
Основной минус распределенки - отсутствие ежедневных face-to-face коммуникаций. В итоге даже самые простые вопросы, которые легко решаются за 5 минут у доски, могут занимать часы и сутки в чатах. Очень часто это приводит к тому, что вместо коллегиального решения появляются собственные "костыли", фактически каждый удаленный сотрудник "тянет" проект в свою собственную сторону.

Примеры: распределенная команда в EU+RU, игровой проект, 1-2 человека в городе up to 20 тел программистов. Безумное количество легаси кода. 3 разных варианта xml парсеров в thirdparty. 4 скриптовых языка, 2 из которых самописные. Более 30 кастомных текстовых форматов файлов для загрузки ассетов, каждый с собственным парсером. 5 разных генераторов случайных чисел. В дебрях кода видны попытки "лида" как-то солидизировать и стабилизровать разработку, даже просматривается общее ядро, с которого все начиналось, но потом все тянут проект каждый в свою сторону.

И все-таки ложка меда в эту бочку гуана - компания выпускает успешные проекты :)

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

со всем согласен, но пункты про диагностику и CI абсолютно так же важны и для офисной команды

Безусловно тоже важны. Но для распределенки/удаленки они еще важнее.

есть шкала
человечность <—————> бюрократия

С удалённой командой её надо выкручивать вправо.

ну а причем тут удаленка? если ты не понимаешь, что с приложением, то неважно, где ты сидишь, в офисе или нет

В офисе тебя может подозвать сосед и показать программу в отладчике.

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

Не согласен. Просто на какие то вещи типа спецификации, не получится забить

ага. Можно забить на управляемость

можно забить на моногенность культуры