И соседи вдруг новые, шумные и тд

А, поняла) просто выжить)

Но мы этого не советовали ))

Если что

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

Я уже заскринила и нотариально заверила)

Но тут чел может оказаться стойким, а ставки другой нету

А вдруг ему понравится шляпа )

ну и гуд же! ))

Может дорого обойтись )

Ты говоришь про хорошего сотрудника, а не про того, кто решил нихрена не делать за зарплату

Прописываем задачи в офере не для юридической защиты. Воспринимаем это как управленческий инструмент и правильное выстаивание отношений изначально. В том числе для спокойствия нового сотрудника. Показать какие у нас ожидания, что они адекватные. Плюс подводить итоги испытательного так проще.

Ну, такое.. в нашем быстро меняющемся мире..

Согласна

Вот и возникают сложности

В итоге формулировка сводится к «выполнение проектных задач»

Типа мы не знаем что будет через 2 недели в приоритете. Что продакт решит делать

У меня сотрудник вышел вчера, так уже сегодня план по его задачам пришлось перекроить)

Мы ставим на испытательный срок план.
Но не в оффере а в первую, максимум вторую, неделю человека в компании.
Ну и это скорее в рамках онбординга, соответственно.

Там обычно есть:
-пункт про знакомство с командой/процессами/технологическим стеком/архитектурой/смежными командами
-пункт про пофиксить пару багов
-пункт про сделать полезную для проекта техтаску /рефакторинг(или какую-то ее часть, если техтаска/рефакторинг большая)
-Пункт про самому предложить где что можно порефакторить/улучшить/ускорить на CI итд.
-Пункт про прочитать и обсудить с лидом какую-нить полезную книжку или заресерчить какую-нить новую прикольную технологию и сделать небольшой техтолк на команду про нее.

Пункты могут изменяться/пропадать/дополняться в зависимости от компетенций разработчика и того что ему самому больше интересно.