Индивидуальный план развития (ИПР) — это короткая письменная договорённость о том, как конкретный человек будет расти в ближайшие месяцы: над какими навыками работать, что именно делать и к какому сроку. Звучит как бюрократия, и во многих компаниях так и есть: форму заполняют раз в год и больше не открывают. Но так быть не должно.
В этой статье — как составить ИПР сотрудника, который действительно выполняют: откуда брать цели, чем конкретная задача отличается от пожелания, шаблон, который можно скопировать, и примеры для поддержки, продаж, разработки и руководителей.
Что такое ИПР и чем он не является
В полезном ИПР три части:
- Направление. Обычно следующий уровень на карьерной лестнице, иногда переход на другой трек или в другую роль.
- Один-два навыка в фокусе. Пробелы, которые отделяют человека от цели.
- Несколько конкретных задач развития со сроками — та часть, которая на самом деле что-то меняет.
ИПР — не план улучшения результатов (PIP). PIP — формальная реакция на то, что человек не справляется с текущей ролью. ИПР — для тех, у кого всё в порядке и кто хочет большего. Если их путать, сотрудники начинают бояться ИПР.
И это не заявка на обучение. Курсы могут быть частью плана, но большая часть роста происходит в самой работе: взять задачу сложнее, впервые что-то возглавить, научить других.
Начинайте с пробела, а не со списка желаний
Лучший источник для ИПР — чек-ин: сотрудник оценил себя по навыкам, которых ожидает его роль, руководитель сделал то же самое, и оба видят, где оценки расходятся или не дотягивают до уровня. Эти пробелы и есть сырьё для плана.
Выберите один-два. Чтобы выбрать, спросите:
- Какой пробел важнее всего для следующего уровня? Прочитайте ожидания следующего уровня и найдите самый большой скачок.
- Какой из них важен самому человеку? План, который ему неинтересен, выполнен не будет.
- Есть ли впереди работа, которая поможет? Пробел, который можно закрыть на задачах следующего квартала, проще всего превратить в действия.
Без карьерной лестницы ИПР тоже можно написать, но цели дрейфуют к тому, что красиво звучит, — «стать стратегичнее», — а не к тому, что нужно роли. С понятными ожиданиями по уровням план пишется гораздо легче.
Как сформулировать задачу, которую выполнят
На этом шаге проваливается большинство ИПР. «Развивать навыки коммуникации» — пожелание, а не задача. Хорошая задача развития отвечает на пять вопросов:
- Что конкретно сделать? Глагол и результат.
- Какой навык это развивает? Один навык роли или более общая цель, если ни один не подходит.
- Как понять, что сделано? Финиш, который видят обе стороны.
- К какому сроку? Настоящая дата, от нескольких недель до трёх месяцев.
- Какая нужна поддержка? Время, доступы, наставник, бюджет, знакомство с нужным человеком.
Сравните:
| Размыто | Конкретно |
|---|---|
| Научиться выступать публично | Представить квартальный отчёт поддержки на общем собрании в декабре; один раз отрепетировать с руководителем |
| Лучше узнать продукт | До конца месяца поприсутствовать на двух звонках по внедрению и записать три вопроса, которые задают клиенты |
| Взять больше ответственности | Вести чек-лист выпуска для двух следующих релизов, включая решение «выпускаем или нет» |
Смешивайте типы задач. Полезный баланс — в основном делать (задача на вырост в реальной работе), часть — учиться у других (присутствовать на чужих встречах, менторство, обратная связь) и немного формального обучения (курс, книга), а не наоборот. План из одних курсов даёт сертификаты, а не новое поведение.
Шаблон ИПР
Скопируйте в любой инструмент, которым пользуетесь. Он помещается на один экран — в этом и смысл.
Сотрудник / роль / уровень: имя — роль — текущий уровень
Направление: например, «готов к третьему уровню через 12 месяцев» или «переход на управленческий трек»
Навыки в фокусе: один-два, из ожиданий роли
| Задача развития | Навык | Готово, когда | Срок | Нужна поддержка |
|---|---|---|---|---|
| Что вы сделаете | Название навыка | Видимый результат | Дата | Время, наставник и т. п. |
Проверяем на: следующем чек-ине, дата
Держите открытыми две-четыре задачи одновременно. Закончили одну — добавьте следующую, а не пишите десять заранее.
Примеры ИПР для четырёх ролей
Специалист поддержки, уровень 2 3
Направление: стать человеком, на которого опираются в одной сложной области. Навыки в фокусе: знание продукта и технической части, операционная работа поддержки. Ожидания по уровням — в шаблоне для поддержки.
| Задача развития | Навык | Готово, когда | Срок |
|---|---|---|---|
| Написать внутренние заметки по пяти самым частым проблемам с биллингом | Знание продукта и технической части | Заметки опубликованы, ими воспользовались двое коллег | 6 недель |
| Провести для команды получасовую сессию по настройке биллинга | Знание продукта и технической части | Сессия проведена, вопросы собраны | 10 недель |
| Предложить одно изменение в процессе эскалации по обращениям прошлого месяца | Операционная работа поддержки | Предложение обсуждено с руководителем поддержки | 12 недель |
Менеджер по продажам, средний уровень старший
Направление: самостоятельно вести крупные сделки с несколькими лицами, принимающими решение. Навыки в фокусе: выявление потребностей и квалификация, ведение и закрытие сделок. См. шаблон для менеджера по продажам.
| Задача развития | Навык | Готово, когда | Срок |
|---|---|---|---|
| Провести встречи по выявлению потребностей в двух сделках с тремя и более участниками, руководитель наблюдает | Выявление потребностей и квалификация | Две встречи проведены, после каждой — письменный разбор | 8 недель |
| Составить совместный план действий с клиентом для каждой активной сделки выше заданного размера | Ведение и закрытие сделок | Планы согласованы с клиентом и поддерживаются в актуальном виде | Постоянно, проверка через 12 недель |
| Попросить двух коллег, бывших на этих встречах, о письменной обратной связи | Выявление потребностей и квалификация | Обратная связь получена и обсуждена на чек-ине | 10 недель |
Разработчик, уровень 2 3
Направление: старший разработчик в течение года. Навыки в фокусе: проектирование систем, менторство и развитие команды. См. шаблон для разработчика.
| Задача развития | Навык | Готово, когда | Срок |
|---|---|---|---|
| Написать дизайн-документ для выгрузки отчётов и провести его ревью | Проектирование систем | Документ проверен двумя старшими разработчиками и согласован | 6 недель |
| Раз в неделю работать в паре с самым новым разработчиком команды | Менторство и развитие команды | Восемь сессий проведено; новичок сам выпустил первую фичу | 10 недель |
| Не реже двух раз в неделю ревьюить пул-реквесты за пределами своей области | Проектирование систем | Привычка держится весь квартал | 12 недель |
Новый руководитель разработки, первые полгода
Направление: руководить командой, не скатываясь обратно в работу руками. Навыки в фокусе: развитие людей, реализация и выпуск. См. шаблон для руководителя разработки.
| Задача развития | Навык | Готово, когда | Срок |
|---|---|---|---|
| Провести карьерный чек-ин с каждым прямым подчинённым | Развитие людей | Все чек-ины завершены, у каждого есть согласованные задачи | 8 недель |
| Передать дежурства и чек-лист выпуска двум членам команды | Реализация и выпуск | Оба ведут их без вас целый месяц | 12 недель |
| Раз в две недели встречаться с более опытным руководителем | Развитие людей | Шесть встреч; одно изменение в том, как вы проводите встречи один на один | 12 недель |
Посмотрите, что общего у примеров: почти каждая задача — реальная работа, которую человек отчасти делал бы и так, только сделанная осознанно и с понятным финишем.
Как не дать плану умереть
План, который написали и убрали в папку, забывается за месяц. Три привычки держат его живым:
- Проверяйте его на каждом чек-ине. Начинайте чек-ин с открытых задач: что сделано, что застряло, что потеряло смысл. Отменить неактуальную задачу — честно, а не провал.
- Записывайте прогресс по ходу дела. Короткая заметка, когда что-то сдвинулось, — «первая сессия проведена, пришли 6 человек», — лучше попыток вспомнить через три месяца. Она же станет аргументом в обосновании повышения.
- Пусть задачу закрывает сотрудник. Тот, кто делает работу, говорит, когда она готова, и пишет, как всё прошло. Руководитель может не согласиться и открыть задачу снова, но не ставить галочки за человека.
Сроки работают, только если их кто-то замечает. Если план живёт в документе, перенесите даты в календарь. В LadderKit каждый пункт ИПР — это задача развития со сроком, необязательной привязкой к навыку роли, общей лентой заметок для обеих сторон и напоминаниями до и после срока; отметить её выполненной может только сам сотрудник.
Частые ошибки
- Слишком много целей. Два навыка в фокусе, две-четыре задачи. Остальное подождёт.
- Задачи без финиша. Если нельзя понять, сделано ли, — сделано не будет.
- Только курсы. Учатся в работе; курсы её дополняют.
- Написан одним руководителем. Человек должен узнавать в плане свой план.
- Оторван от роли. Цели, которые не ведут к ожиданиям следующего уровня, не помогают с повышением, и люди это видят.
- К плану не возвращаются. ИПР, который не обсудили на следующем чек-ине, был формальностью.