Iмхо, сильно залежить вiд продукту. В нас точно не простiший :)

Дякую! Тут справдi класно :)

Кстати, да, Дима Co-founder и Engineering Fellow. Надеюсь, заметят и исправят

Дякую за статтю! Було дуже цікаво почитати. Хотілося б додати одне маленьке уточнення

власне це, ймовірно, і варто зарахувати до нечисленних недоліків: часто значно простіше отримати підтримку китайською мовою, ніж англійською

Це неправда як мінімум років зо два. Офіціальна документація давно викладена англійською і перекладена кількома мовами, комунікація в issues на гітхабі ведеться англійською на 90%, і офіційний Діскорд-канал теж англійский. Давайте не поширювати стереотипи вигляду «Vue.js — китайський фреймворк»

Дело в том, что если разработчик хочет следовать

лучшим практикам в тайм менеджменте

он сам ставит себе ПО и выбирает эти самые лучшие практики. А если не хочет — то навязанный работодателем трекер тут никак не замотивирует.

Забросают помидорами, как ниже в треде про 1:1 :)

Но я попробую написать, спасибо за идею!

Это совершенно не исключает того, что в МР ревьювер тоже напишет good job :)

У наших engineering manager в подчинении обычно 5-8 человек, не такая проблема сделать детальный 1:1 и я как линейный разработчик пользу этих 1:1 на своей шкуре чувствую. Но вижу, что вы твердо уверены в их бесполезности, переубеждать не буду :)

1) детальное обсуждение работы на прошлой неделе, что получается, что нет, почему (тут же параллельно можно пожаловаться на любые проблемы)
2) фидбек от менеджера по текущим/прошлым задачам (не в разрезе «ты что-то недоделываешь», а например «вот этот MR вышел очень классным, но тут 1100 диффов — давай подумаем, как такое разбивать, чтобы не фейлить iteration (а у нас итерация — одна из ключевых ценностей). То есть тут тебе конструктивно объясняют, что подтягивать и параллельно хвалят за то, где ты молодец (да, хвалить — это полезно)
3) сюда же идет небольшая часть career mapping — мне в свое время на 1:1 менеджер предложил начать «расти» до staff engineer
4) наконец, мое любимое — менеджер бдит, чтоб ты не перерабатывал и не выгорал. Может порекомендовать day off (а сейчас, в тяжкие дни коронавируса, каждый раз напоминает, что family first, дети у всех дома, и если надо отдохнуть — то ты скажи) ))

В нашем случае как раз 1:1 — самый полезный митинг ))

Так ведь я потому и написала, что метрики эффективности есть :) Отслеживаем, кто не закрывает план по таскам, разбираемся (на это как раз 1:1 с менеджером), даем человеку фидбек. Недостаточно эффективен — вот тебе performance improvement plan. Не выполнил — до свидания.

При этом трекать время мне кажется совершенно излишним.

Трекеры времени — это как раз когда команде не доверяют. У нас метрикой эффективности делают не время, а delivered features — всем абсолютно безразлично, сколько времени ты работаешь и когда, если ты закрываешь свой план по таскам. Другое дело, что для этого нужно хорошее планирование и понимание capacity команды.

Вот полностью поддерживаю! Разработчики сами прекрасно организовывают «стихийные» созвоны, если не могут разобраться в чате. Но для этого нужен высокий уровень доверия к команде, мне кажется, у многих компаний с этим проблемы.

Ничего не изменилось, работали удаленно до того, как это стало мейнстримом :)

Напрягает только дистанционное обучение в школах, часть дня приходится работать учителем младших классов :(

Вообще статус-митинги абсолютно спокойно можно проводить в Слаке с помощью ботов. Созваниваться для этого совсем необязательно :)

Автор упоминает GitLab как один из примеров — так вот, у разработчика в GitLab звонков минимум, по сути обязателен только 1:1 с менеджером раз в неделю. По остальному можно почитать заметки/послушать в записи, явка опциональна.

Могу сказать, что в GitLab электронная почта действительно не средство коммуникации № 1 (равно как и Slack), но у нас своя специфика: мы используем для обсуждений issues/merge requests

В процессе перехода, хотя сейчас это решение горячо обсуждается и не исключено, что вернемся к найму контракторов.

Это, кстати, тоже к плюсам конкретно GitLab: если ты с чем-то не согласен и у тебя достаточно аргументов, можно поспорить и к тебе прислушаются :)

Супергибким графиком — да. Интересными технологиями — да. Удаленной работой еще заманивают.
Впрочем, в моем случае зарплата была не ниже локального рынка, а ложилась ровненько в медиану senior JS dev по данным ДОУ. Это сейчас GitLab снял «контракторский индекс» для новых наймов в Украине и рейт в калькуляторе показывается достаточно невысокий, но мы работаем над этим :)

Не забыли указать в адресе регистрации ФОП «тип помещения» — «квартира»? У меня из-за этого первый раз пришел отказ, как только исправила — документы приняли.