При составлении индивидуальных планов развития (ИПР) для своих сотрудников у тимлидов может возникнуть (и возникает) множество вопросов. Если погуглить, то можно найти следующие, однако общие рекомендации:
Но, увы, эти рекомендации не дают четкого понимания, что делать, когда тимлид сталкивается с суровой реальностью. Поэтому в этой статье я даю три совета, которые помогут решить актуальные проблемы.
Совет #1. Что изучать по технике?
Если компания работает, у нее есть либо новые пользователи, либо новые данные, либо и то и другое. Например, даже если у компании нет роста выручки, она постоянна в каждый момент времени, то в базах данных эти самые платежи накапливаются и в какой-то момент база может начать тормозить. И будет необходимо решить эту проблему.
Один из вариантов, который однозначно будет полезен, - это изучение всего, что связано с масштабированием: партиционирование, шардирование баз данных, масштабирование (горизонтальное, вертикальное) приложений, рейт лимиты, различные прокси.
Часто по “технине” нет целей, так как у команды нет стратегии. Составить стратегию, даже высокоуровневого - не такая большая проблема. Обычно тимлиды в курсе, что стоит поменять в архитектуре команды.
Совет #2. На какой срок ставить ИПР?
Обычно я видел планы развития на 3, 6 и 12 месяцев. Чем выше позиция, тем на больший срок ставится ИПР.
Если план разрабатывается в первый раз, то стоит обозначить длительность в 1 месяц. Это позволит научиться включать в ИПР достаточно компактные цели, т.е. декомпозировать. Также с “коротким” планом можно “обкатать” весь механизм в целом.
Совет #3. А если разработчики не хотят ИПР?
Такое бывает, если процесс с планами развития только зарождается.
Стоит предложить каждому в команде: кто-нибудь да согласится.
Развивайте историю с “первопроходцами”, сделайте этот опыт публичным, конечно, с сохранением конфиденциальной информации: покажите наполнение плана, достигнутые результаты и прочее. Остальные члены команды, видя это, также заходят себе ИПР.
А если ИПР поможет получить сотрудникам пересмотр/повышение зарплаты, то подход однозначно взлетит.
Надеюсь, эти 3 совета помогут вам в составлении планов развития для ваших команд. Удачи в составлении ИПР! Если вам нужен совет по составлению планов развития, пишите мне в директ. Обсудим и найдем решения!
- Оценивайте текущие навыки
- Определяйте зону роста
- Составляйте план действий
- Давайте обратную связь
- Учитывайте цели команды и компании.
Но, увы, эти рекомендации не дают четкого понимания, что делать, когда тимлид сталкивается с суровой реальностью. Поэтому в этой статье я даю три совета, которые помогут решить актуальные проблемы.
Совет #1. Что изучать по технике?
Если компания работает, у нее есть либо новые пользователи, либо новые данные, либо и то и другое. Например, даже если у компании нет роста выручки, она постоянна в каждый момент времени, то в базах данных эти самые платежи накапливаются и в какой-то момент база может начать тормозить. И будет необходимо решить эту проблему.
Один из вариантов, который однозначно будет полезен, - это изучение всего, что связано с масштабированием: партиционирование, шардирование баз данных, масштабирование (горизонтальное, вертикальное) приложений, рейт лимиты, различные прокси.
Часто по “технине” нет целей, так как у команды нет стратегии. Составить стратегию, даже высокоуровневого - не такая большая проблема. Обычно тимлиды в курсе, что стоит поменять в архитектуре команды.
Совет #2. На какой срок ставить ИПР?
Обычно я видел планы развития на 3, 6 и 12 месяцев. Чем выше позиция, тем на больший срок ставится ИПР.
Если план разрабатывается в первый раз, то стоит обозначить длительность в 1 месяц. Это позволит научиться включать в ИПР достаточно компактные цели, т.е. декомпозировать. Также с “коротким” планом можно “обкатать” весь механизм в целом.
Совет #3. А если разработчики не хотят ИПР?
Такое бывает, если процесс с планами развития только зарождается.
Стоит предложить каждому в команде: кто-нибудь да согласится.
Развивайте историю с “первопроходцами”, сделайте этот опыт публичным, конечно, с сохранением конфиденциальной информации: покажите наполнение плана, достигнутые результаты и прочее. Остальные члены команды, видя это, также заходят себе ИПР.
А если ИПР поможет получить сотрудникам пересмотр/повышение зарплаты, то подход однозначно взлетит.
Надеюсь, эти 3 совета помогут вам в составлении планов развития для ваших команд. Удачи в составлении ИПР! Если вам нужен совет по составлению планов развития, пишите мне в директ. Обсудим и найдем решения!