Главное при удаленке — проект, его идеология. От этого и команда подбирается и часовые пояса.
А если при этом команда никогда не встречается значит выхлопа от такого проекта не много.
Очень правильная тема, хоть и описана довольно поверхностно. Долг накапливается в основном из-за стремительного развития технологий. Порой не успеваешь применять изученное, т.к. оно уже устарело.
Как у вас оформлены сотрудники в удаленных офисах? Числятся в головной компании или филиал на местах? Есть ли переработки? Как устроен контроль в удаленных офисах кто там рулит? Какой уровень зп в % от московской?
Общение программиста с конечным пользователем часто может открыть глаза на качество и удобство продукта, понимать для кого пишется код, но делать регулярные дежурства это просто нецелесообразно.
На фрилансе может быть, но на окладе очень сомневаюсь) Посмотрите что делает автор — делит желаемый годовой фикс на кол-во часов, а не умножает часы на цену часа
Очень понравилась статья и особенно пункт «в работу вступает PM, который разбирается в ситуации и находит путь для движения вперед.» разгребать конюшни обычно никто не желает.
Спасибо за ответ. Честно говоря не очень понял стратогему вашей работы: работать на российское отделение компании находясь в Штатах, при этом на удаленке, при этом разработки на месте нет. Как-то с ног на голову по сравнению с традиционной удаленкой. В чем преимущества такого подхода?
А если при этом команда никогда не встречается значит выхлопа от такого проекта не много.