Comments 10
Почему вы используете кальку английской аббревиатуры PDP(Personal Development Plan) - ИПР, но One-2-One не заменяете на тет-а-тет? XD
Я вот все понимаю про планы развития, и все такое - но у меня вопрос. Это вам человек должен выдать положенное по плану в счет рабочих часов ? Или это он должен вам захотеть выдать за счет своего личного времени ? Если второе - то вы не боитесь что у вас сотрудники выгорят таким способом ?! Для отдыха обязательна хотя бы смена деятельности, а не "сделай рабочий проект, а потом еще посмотри GHA перед сном!".
Если, конечно, вы расписываете на текущие проекты, скажем, не больше 4 часов работы сотрудника, а остальное время он работает над темой "по-выбору" - то это другой разговор. Или у сотрудника есть время, когда вроде как и программировать нельзя - и просто так сидеть невозможно: например, дежурство, когда ничего не происходит - но нужно быть готовым все бросить если произойдет... Тут да, можно поставить задачу и книжку читать, если что...
Но что-то мне подсказывает, что как обычно в этой стране - предлагается поработать сверх положенных по кодексу часов, но без положенной по кодексу двойной оплаты... :-(
Задача-минимум, которая должна быть выполнена на 100% — это выявить и задокументировать увлечения и внерабочие инициативы сотрудника.
Тогда его знания, полученные во внерабочее время, смогут найти применение в проектах компании.
Увы, нет, это не пятничный Jeans Day для пет-проектов, одно время практиковавшийся в Google, это всего лишь попытка выстричь еще шерсти клок из укромных мест.
Ну вот и я про то же! С одной стороны - знать персональные склонности людей полезно. Когда есть выбор в рабочих проектах - всегда лучше распределить работу так, чтобы людям нравилось то, что они делают. Но это самое "нравится" у нас идет в рамках нормального трудового дня (впрочем, как и "не нравится"). За пределами рабочего дня можно пользоваться всякими штуками типа 3д-принтера или паяльной станции или многоканального осциллографа - но это обычно не имеет отношения к работе напрямую: народ что-то делает по своим небольшим потребностям.
А именно проектная деятельность - должна осуществляться в рабочее время (если только не случился официальый аврал). Потому что каждый час такой работы надо оплатить человеку 2x или дать отгул. Не факт, что в бюджете проекта такие фокусы заложены... Да и вредно это на самом деле. Любимая присказка одного из моих бывших руководителей: "Быстро - это так же как медленно, только без перерывов". ;-)
Это не должно быть "обязаловкой". В разделе "Зачем нужен ИПР" об этом говорится.
Ну это же лукавство, да ? Примерно как выдавать рабочему норму работы так, чтобы он не успевал ее сделать если работает с соблюдением правил безопасности. А если он нарушил - то мы вроде-как не при делах, команды нарушать мы не давали...
Я хочу понять - обеспечиваете ли вы выполнение плана развития ресурсами, и прежде всего - оплаченным временем работы ? Если да (или если это время у вас появляется само-собой - сценарии я написал выше) - то вопросов нет, лучи поддержки в карму! А вот если у вас в голове откуда-то родилась идея, что разработчик вам это выдаст за пределами рабочего времени, и за свои ресурсы - то хотелось бы знать подробности. Потому что если вы это ввели в корпоративную культуру, и отстаете только если "наотрез отказываться" - это уже обязаловка. См выше пример про рабочего, которого никто не обязывает нарушать ТБ... :-(
Вся статья написана на основе реальной практики в компании- без всякого лукавства. Кто хочет развиваться- тому помощь оказывается. Я же конкретные примеры приводил в статье.
В разделе "Зачем нужен ИПР" написано о том, что нередко ИПР в разных компаниях часто вырождается в "обязаловку", и далее по всему тексту я постоянно делаю акцент на ненавязчивости и добровольности процесса.
Нет, никаких негативных аспектов из вышеописанного. На чеке ИПР всегда можно сказать, что ты успеваешь, а что нет. Так же как и при обсуждении ИПР можно сказать, что бы ты не хотел делать из предлагаемого.
Про время. Естественно, в рабочее время. Нет практики обязывать делать что-либо вне рабочего времени.
интересная конечно ситуация с этими ИПР. В моей прошлой аутстафф компании 2 раза в год была сессия оценки сотрудника. Необходимо было себе напланировать на пол года вперёд всяких задач развития и в течении, соответственно, полугода их выполнять. Задачи новые (т.к. развитие) и к текущему проекту не относятся. На вопросы, в какое время я должен этим заниматься (рабочее или личное) чётких ответов от компании не получал. На такой же вопрос компании-клиенту, не против ли они, что я буду прекращать все свои текущие дела, за которые они платят деньги (кста, очень не малые), и буду сидеть развиваться, мне тоже не ответили, но радостных за моё развитие лиц, в ущерб их проекту, я не видел. По этому я каждые пол года двигал этот ИПР с формулировкой, что в связи с текущей загруженностью прошу пролонгировать выполнение плана
Индивидуальный план развития разработчика в Сравни