Personal Growth Plan

«Выучу Kubernetes в этом квартале» — цель, которая через три месяца превращается в «я что-то знаю про k8s, но непонятно, что именно». Измерить тут нечего: нет ни артефакта, ни критерия выполнения. Personal Growth Plan — это живой документ, в котором записано, где инженер сейчас, куда идёт на горизонте полугода-года, какие вехи по дороге и какие артефакты докажут, что движение было. Не годовая цель в HR-системе, а личная карта, которая пересматривается на 1:1 каждый квартал и привязана к реальной работе.

Сразу разница с соседними листьями про развитие. SRE Onboarding — процесс уровня организации, то, что команда делает для нового инженера. Career Ladders — общий словарь уровней. А здесь план, который ведёт сам инженер и который никому, кроме него, не принадлежит.

Что должен уметь

Главный навык на уровне L5 — осознанная практика (deliberate practice). Курсы и книги — это вход; учёба начинается там, где вход применён на реальной задаче и по нему пришла обратная связь от практики или от ревьюера. Одна написанная ADR или одна глава, доведённая до кода, стоят больше десятка просмотренных видео. Я регулярно вижу инженеров, которые «учатся», а при ближайшем рассмотрении почти всё их время уходит на пассивное потребление: курсы, книги, статьи без единой обратной связи. Это не обучение, это чтение.

Имеет рабочее представление о своей зоне развития: называет 1–2 компетенции, в которых «слаб», и 1–2, которые хочет прокачать ближайшие 3 месяца.
Ведёт журнал обучения (markdown, Notion, Obsidian): что прочитал, посмотрел, попробовал — и что из этого вынес, а не список ссылок «на потом».

Пишет Personal Growth Plan как документ: где сейчас, куда идёт, конкретные вехи со сроками, метрики и артефакты как доказательство.
Практикует осознанно: формулирует учебные цели с проверяемым результатом. Не «выучу Kubernetes», а «разверну stateful-сервис в Kubernetes с отказоустойчивостью, задокументирую дизайн в ADR, пройду ревью со старшим инженером».

Учится сразу в нескольких форматах: парные сессии со старшим инженером, ревью кода соседних команд, ADR или проектный документ по новой технологии, публичный доклад или внутренний brown bag, статья для команды или в блог.
Приносит план на 1:1 с руководителем каждый квартал: что сработало, что нет, что меняется в цели.
Осознанно берёт задачи на вырост: подписывается на работу за пределами зоны комфорта с явной учебной целью.

L6+

Проектирует портфолио на горизонт в несколько лет: глубина специалиста против широты универсала, техническое против работы с людьми, вклад внутри компании против внешней заметности.
Превращает собственный опыт в репутацию в сообществе: наставничает, выступает на конференциях, пишет статьи, участвует в open source.

Материалы

Книги

Anders Ericsson, Robert Pool — Peak: Secrets from the New Science of Expertise (Houghton Mifflin Harcourt, 2016). Фундаментальная книга про осознанную практику: чем эксперт отличается от просто опытного и почему десять тысяч часов сами по себе ничего не значат.
Cal Newport — So Good They Can’t Ignore You (Grand Central, 2012). Тезис «не ищи призвание, накапливай профессиональный капитал», а капитал этот растёт через осознанную практику в редких и ценных навыках.
Cal Newport — Deep Work (Grand Central, 2016). Глубокая работа как валюта профессионального роста.
Will Larson — Staff Engineer (2021). Путь staff и principal: архетипы и интервью с живыми людьми на этих ролях. Полезно, когда планируешь на несколько лет вперёд.
Camille Fournier — The Manager’s Path (O’Reilly, 2017). Если в плане появляется управленческий трек — это справочник по переходу между инженерной и руководящей ролью.

Статьи и фреймворки

Progression.fyi. Публичная коллекция карьерных лестниц более чем семидесяти компаний — годится как опора для самооценки перед тем, как формулировать цель.
SFIA — Skills Framework for the Information Age. Канонический фреймворк. Самооценка по SFIA даёт первую черновую картину того, где вы сейчас.

Инструменты

Markdown в личном (или shared с руководителем) repo / Notion / Obsidian — самый простой формат: один документ, секции «где сейчас», «куда», «вехи», «журнал», «артефакты»; история хранится в git или в версиях платформы. По моим наблюдениям, чем проще формат, тем дольше план остаётся живым.
Журнал обучения — простой файл в markdown с датами: «прочитал X, вынес Y», «парный сеанс с N по теме T, понял Z». Через год это самый честный отчёт о том, что было сделано.
Личная матрица навыков — таблица «компетенция × текущий уровень × целевой × следующий шаг». Обычный markdown или таблица; обновляется раз в квартал на 1:1.

Best practices

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

Дальше вопрос измеримости. «Выучу Kubernetes» через полгода даёт всё то же «я что-то знаю, но непонятно что». А вот так уже можно проверить: «к концу Q3 развёрнут stateful-сервис в k8s с HA, есть ADR с дизайном, ревью со старшим инженером пройдено, открытые вопросы зафиксированы». Артефакт плюс критерий — единственный известный мне способ отличить движение от ощущения движения.

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

Stretch projects регулярно, а не «когда дадут». Руководитель не читает мысли и не знает, в чём именно инженер хочет расти, — сигнализировать приходится самому. Раз в квартал имеет смысл добровольно брать одну задачу за пределами зоны комфорта, с явной учебной целью и готовностью выйти за рамки текущей роли. По моим наблюдениям, вся разница между растущими и нерастущими инженерами лежит здесь: первые подписываются сами, вторые ждут, пока предложат.

Форматов обучения должно быть несколько. Один-единственный канал — только книги, только курсы, только рабочие задачи — даёт узкое понимание, которое рассыпается при первом нестандартном вопросе. Хорошая петля выглядит так: прочитал, применил на задаче, обсудил с коллегой, написал заметку для команды, рассказал на brown bag. Каждый формат проверяет понимание под своим углом, и провалы обнаруживаются в разных местах.

Пересмотр раз в квартал на 1:1. Написал план в январе, открыл в декабре — и он не соответствует ни реальности, ни прогрессу: контекст команды за год поменялся полностью. Достаточно раз в квартал открыть документ и пройтись по нему вслух с руководителем: что сработало, что не пошло совсем, какие milestones надо выкинуть как потерявшие смысл и что меняется в target на следующие три месяца. 1:1 — естественное место для такой сверки.

Лёгкий план обновляется, тяжёлый — нет. Двадцать страниц с детальным учебным планом не переживают и одного квартала. Один-два экрана — current, target, три-пять milestones, список артефактов — обновляются за десять минут и поэтому остаются живыми.

Связанные листья

One-on-Ones — основной ритуал, в котором план пересматривают раз в квартал.
SRE Onboarding — программа онбординга заканчивается через двенадцать недель, а личный план начинается дальше: ответственность переходит от организации к самому инженеру.
Career Ladders — ladder даёт словарь для формулировки цели; план заглядывает в него за ожиданиями следующего уровня.
Architecture Decision Records — написать ADR — отличный учебный артефакт: осознанная практика там, где своего опыта пока мало.
Postmortem Culture — wheel of misfortune как часть собственной подготовки: реагировать на инциденты по книгам не научишься.
Mentoring as Practice — стать наставником — отдельный навык уровня L5+ и один из форматов обучения: объясняя, понимаешь сам.

Открытые вопросы

Public Engineering Output (TBD) — доклады, вклад в open source, технические тексты. Самостоятельная подтема.
Sabbatical / Career Breaks (TBD) — длинные перерывы на восстановление и учёбу как намеренная часть многолетнего горизонта. Обсуждается редко, а зря.

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