😄 есть еще тема навязать свой ИПР менеджеру) в вашей абстракции) сотрудник открывает вакансию мечты) находит чего там надо выучить и знать, ставит себе план и манагер соглашается с ним)

Ещё классика) манагер говорит - разработчик придумай что ты хочешь знать через 6 мес
- вот это хочу знать.
- Учи, мы тебе потом ЗП апнем)

Что такое ИПР?)

Индивидуальный план развития)

Кстати, а есть примеры, как взрослые дяди эти самые ИПР делают? Я составлял но для одного разработчика только, посмотрел бы как это люди делают

угу, а проверять как и кто будет? )

а то "я хочу выучить пхп (спустя месяц) я знаю php"

Создать форму отчетности минимальную, банально ссылки чего прочитал, доклад сделал рассказал другим, или же если есть уже действующий эксперт то он проводит тех опрос) в крупных компаниях есть целые клубы экспертов или проверок знаний) у кого-то грейды и т.д и т.п) в общем чуть чуть фантазии и вперёд)

у тебя же система когда работает ведёт логирование процесса) вот и тут принцип тот же))

У нас в компании есть, но увы) корп тайна))

По хорошему нужны грейды с описанием что мы ожидаем от той или иной позиции(middle, middle+ ) по hard и Soft , далее сотрудник с лидом смотрят что он может накинуть себе в ИПР что бы достичь этого. ну и по этим точка роста идти

Ну абстрактно-то я понимаю это, я б посмотрел прям на готовый

мы по этому пути идем да

максимальная субъективность )

можно как пример смотреть http://www.engineeringladders.com/

О, спасибки, надо было мне такое недавно

Если очень интересно, черкни в личку, скину свой (фреймворк делал я сам, через него потом сделали такие же ИПРки для команды, но там ничего нового - БЦ, хард, софт, как развиваемся)

И мне интересненько глянуть)

Когда я только устроился в свою текущую компанию, там была система грейдов. И чтобы повысить ЗП нужно было сдать на очередной грейд.
Поэтому  я стал заниматься тем, что заучивал информацию по следующему грейду, закрывал его, начинал штудировать следующий и так в целый год в нонстоп-режиме.
Примерно за год я прошёлся по всем доступным для разработчика грейдам, но как итог, после этого от системы грейдов у нас решено было отказаться, т.к. без финансовой стимуляции она мало кому интересна, а с финансовой стимуляцией оказывается через банальную зубрёжку можно было быстро перепрыгнуть все ступени, что в конечном итоге не отражало реальный уровень разработчика, хотя конечно какие-то знания оставались.
Поэтому вводя систему грейдов стоит внимательно продумать систему их приёмки и поощрений, дабы не превратить разработчиков в студентов сдающих экзамены экстерном.

Так а почему бы не проверить умеет ли разработчик на практике то что изучил применять?) Через цели конкретные, какие-то задачи/проекты которые выходят за пределы привычных обязанностей? Тогда и может мотивация будет к тому же сильнее достигать их - это реальный опыт, эдакий аналог pet-проекта внутри компании?