Комментарии 8
Из своего опыта скажу, что постоянное общение наиболее действенный способ не терять ориентиры.
А вообще вы грамотно подошли к решению удаленной работы, респект!
Хорошо, что применяете "вменяемый" способ контроля эффективности на удаленке, но все-таки очень интересны именно инструменты, с которыми обеспечиваете реализацию. Раскроете подробнее в следующей статье?
Как это не банально, Zoom в основном. В каждом из выделенных пунктов много общения.
Кадровый подбор - там есть своя автоматизация. Мы ее постоянно доделываем и переделываем, совершенствуем. Подстраиваемся под рынок. Нет устоявшейся схемы. Уже несколько раз порывались рассказать о результатах, но к тому моменту, когда заканчивали тестирование одной схемы, уже появлялись мысли, как все построить лучше. Так что рассказ каждый раз откладываем.
Общение с клиентами по проектам - это переговорный процесс.
Декомпозиция задач - тут в каждой команде применяют свою привычную схему. Можем о них рассказать, если интересно. Один из наших бывших коллег когда-то рассказывал о своем подходе - https://habr.com/ru/companies/maxilect/articles/489604/.
Договоренности - про некоторые внутренние правила у нас была статья о коммуникациях (https://habr.com/ru/companies/maxilect/articles/479518/)
Или интересует инструмент для решения какой-то конкретной задачи?
То что удаленщик вместо работы выгуливат кота или спит не должно никого волновать. Должно волновать делается ли работа и удовлетворяет ли скорость и качество выполнения.
Когда меня пытались контролировать. Я ходил в офис и сидел там целый день абсолютно ничего не делая. Но менеджер почему-то был доволен. Бред? - Бред. Но такие уж в айти менеджеры.
обычно в таких шарагах разработчик надёжно изолирован от пользователей продукта, то есть ясных критериев выполненной работы у него нет - он не общается с пользователями, не знает их нужд, занимается удовлетворением хотелок левого персонажа - "менеджера продукта".
Кроме того, работа фактически строится как контрактная с почасовой оплатой труда, отсюда все эти разнообразные придирки к "потраченному" времени и отсутствие автономности в планировании рабочего дня.
занимается удовлетворением хотелок левого персонажа - "менеджера продукта"
и правильно делает, потому что разработчик не должен общатся с пользователями, пользователи много чего хотя на что нет например бюджета разработки, а разработчик не знает какой этот бюджет. по этому есть посредник - менеджер(владелец) продукта который общается с руководителем проекта..а тот уже с разработчиком
> о графике работы и допустимых отклонениях от него (например, за год каждый сотрудник у нас может “поболеть” без объяснения причин два дня - главное предупредить заранее);
Прям от души, ни в чём не отказывая. Вообще на всех работах (ну кроме первой наверное), я всегда договаривался на том, что я могу в принципе любой день взять в счёт отпуска. Аврально бывало раза 3-4 в год (когда исключительно днём-вечером знал, что завтра надо взять). Остальное дня за 3 минимум предупредить. И без объяснения причин. При этом эти "отпускные" дни копились, что потом разово меня "официально" отправляли в отпуск. Всё равно при этом я был в топе тех у кого не отгулян "законный" отпуск по сумме дней.
О контроле на удаленке: как совместить спокойствие бизнеса и доверие разработчикам