Управлением сотрудниками парт-таймерами на проекте — полностью наша ответственность. Проще говоря, мы берем на себя гарантии по тому, чтобы приглашённый специалист присутствовал на необходимых встречах, укладывался в дедлайны и, по сути, подстраиваем рабочий день сотрудника под задачи компании и проекта. Если специалисту важно соблюдение work-life balance с ежедневными личными ритуалами, или он занят на параллельных задачах, мы учитываем это при планировании работы для соблюдения интересов обеих сторон.
Попытка выжать из достойных кадров максимум, а потом после выгорания нашерить нового. Капитализм)
Удивительно, но не раз встречал разрабов, кто честно фигачил в найме а в свободное время ещё где-то подрабатывал, и при этом был эффективнее более ленивых коллег! Да и выглядел счастливее, с новой квартирой, тачкой и путешествиями ))
Алекс, да, так часто встречается в разных направлениях бизнеса. Выход из этой ситуации прост - расширение практики в роли эксперта в проектах, где есть узкая область профессиональных знаний, в которой вы будете незаменимы на текущем проекте или месте работы.
Комментарий недоступен
Да, в этой статье не раскрыты интересующие Вас детали и примеры, и мы будем искренне рады рассказать о них лично, если в настоящий момент Вы ищете надежных партнеров или подрядчиков.
Ищут парт-тайм те, кто находит свободное время, нет?
Что-то я не понял какая выгода для меня как разработчика? При том, что выигрыша в деньгах я не получу от такой "выжимки". Т.е., допустим, я сижу в офисе работаю 5 часов и 3 часа условно ковыряюсь в носу (делаю пет-проджект, читаю статьи, учу новые технологии и тулы), и мне еще за это деньги платят. А тут мне предлагают эти 3 часа работать на другую контору без явной выгоды в деньгах. Почему выгоды нет? 15-20% ЗП можно получить просто перейдя на другое место работы для подавляющего большинства специалистов и иметь там те же 3 часа на саморазвитие.
Тут надо учитывать, что работа на двух проектах сразу - это очень большой стресс и геморрой - нужно ходить на митинги и там и сям, читать документацию, коммуницировать с в два раза большим количеством коллег, фиксить emergency request.
Возможно для менеджмента, qa, devops, dba такое совмещение в норме - но для разработчика - это не очень продуктивно, не потому что, они такие уникальные, а потому, что переключение контекста для них "дороже".