Писался ли индивидуальный план развития сотрудника на прошлой работе

Индивидуальный план развития на прошлой работе

Да, у нас была формализованная система развития сотрудников. Это был важный процесс, который позволял структурировать карьерный рост и инвестировать в развитие команды.

Как выглядел процесс

В нашей компании принято было составлять индивидуальный план развития (IDP — Individual Development Plan) дважды в год, обычно в рамках performance review:

Втулись встречи с менеджером в конце H1 и H2
├─ Обсуждение текущих навыков и компетенций
├─ Определение областей для развития
├─ Постановка целей на следующий период
└─ Согласование ресурсов и временных рамок

В моём случае план включал:

Технические навыки

• Kubernetes — мы перемещались на микросервисы, поэтому я сосредоточился на оркестрации контейнеров
• AWS сертификация — прошёл AWS Solutions Architect Associate, что дало глубже понимание облачной архитектуры
• Advanced Java patterns — углубленное изучение реактивного программирования и Project Loom
• System Design — подготовка к архитектурным ролям через разработку низкоуровневых дизайнов

Мягкие навыки

• Leadership и менторство — я начал возглавлять небольшую команду из 3 человек
• Technical presentation — регулярные доклады на внутренних tech talks
• Cross-functional collaboration — взаимодействие с Product, QA и DevOps

Структура плана

Цель:
  Стать senior архитектором с опытом микросервисной архитектуры
  Начать менторить junior разработчиков

Задачи на Q3-Q4:
  1. Завершить AWS Solutions Architect курс и получить сертификат
     - Срок: конец Q3 (сентябрь)
     - Ответственность: самостоятельное обучение + company training
  
  2. Провести 4 внутренних сессии на topic Kubernetes + Microservices
     - Срок: раз в месяц
     - Поддержка: менеджер помогает найти время для подготовки
  
  3. Успешно провести миграцию 2 сервисов на Kubernetes
     - Срок: Q4
     - Наставник: начальник инфраструктурной команды
  
  4. Менторить 2 junior разработчиков
     - Срок: постоянно
     - Еженедельные 1-1 сессии по 1 часу

Как это работало на практике

План не был просто документом на полке. Его активно использовали в нескольких контекстах:

Еженедельные 1-1 с менеджером:

Мы регулярно проверяли прогресс по пунктам плана,
обсуждали препятствия и корректировали сроки.

Ежеквартальные business review:

Структурно обсуждали, что получилось, что не получилось,
и почему. Это давало честную картину и допускало итерации.

Выделение времени и ресурсов:

Компания выделила:
- 2-3 часа в неделю на обучение курсов
- 1 день в месяц на подготовку докладов
- Компенсация затрат на AWS сертификацию
- Время менторов из других команд

Результаты

За год я достиг:

• ✅ AWS Solutions Architect сертификат — прошёл экзамен с 87%
• ✅ 4 публичных доклада — о Kubernetes, микросервисах, Service mesh
• ✅ 2 сервиса на Kubernetes — успешно перенесены и запущены в production
• ✅ Повышение зарплаты — на 20% как recognition за достижения
• ✅ Promotion в senior архитектора — через полгода после плана
• ✅ Построил команду — начал менторить 4 человека, двое из них выросли в мидлов

Почему это было ценно

1. 明ность — было понятно, что нужно развивать и в каком направлении
2. Ответственность — обе стороны (я и менеджер) были заинтересованы в результатах
3. Инвестиции компании — они видели ROI в виде более квалифицированного сотрудника
4. Карьерный путь — план помогал мне построить траекторию к целям

Вывод

Формальный план развития — это не просто HR процесс, а инструмент, который реально влияет на карьеру. Я приветствую компании, которые это делают серьёзно, потому что это показывает их заинтересованность в развитии людей, а не только в выполнении текущих проектов.