Developer Growth

Developer Growth — оценка навыков и план развития

Когда использовать

• Разработчик хочет самооценку: «где я сейчас, где пробелы»
• Подготовка к performance review / грейд-комитету («докажи фактами из git»)
• Составление персонального плана развития (PDP) на квартал
• Ментор готовит план роста для подопечного
• Вопрос «что мне нужно, чтобы стать senior/staff» → gap-анализ по карьерной лестнице
• Ретро по собственной продуктивности: анализ commit-паттернов за период

Роутинг: тип запроса → workflow

Запрос комбинированный («оцени и составь план») → A → B (если есть код) → C.

Процедура

Workflow A: Self-assessment (матрица навыков)

1. Собери входы: текущая роль, годы опыта, основной стек, целевая роль/грейд. Если не даны — задай 3-4 вопроса одним сообщением, не растягивай интервью.
2. Построй матрицу под стек (не копируй дефолтный список): 4 блока — Languages / Frameworks / Infrastructure / Practices, только релевантные пользователю технологии + 1-2 из целевой роли. Шкала 1-5 (см. references/templates.md).
3. Проставь оценки: попроси пользователя оценить себя, либо — если дан доступ к его коду/git — предложи свою оценку с обоснованием («в коммитах нет тестов → TDD ≤ 2»).
4. Посчитай gap (Target − Current) и отсортируй: топ-3 разрыва = кандидаты в цели PDP.
5. Проверь по чек-листу (внизу) и отдай артефакт «Матрица навыков + топ-3 gap».

Workflow B: Git-анализ вклада

1. Собери входы: путь к репо (или несколько), автор (git log --author), период (--since). Уточни цель анализа — performance review или самопознание (влияет на тон выводов).
2. Прогони анализ скриптами из references/git-analytics.md: распределение коммитов по типам (feat/fix/refactor/test/docs), по времени, complexity-тренд (radon для Python), паттерны ревью если доступны PR-данные.
3. Интерпретируй, а не пересказывай цифры: 70% fix и 0% test → сигнал «пожарный режим, нет профилактики»; коммиты только в один модуль → узкая зона владения. Каждому паттерну — вывод для роста.
4. Собери артефакт «Git-профиль разработчика» (таблица метрик + 3-5 инсайтов + рекомендации). LOC ≠ продуктивность — не строй выводы на объёме строк.

Workflow C: Персональный план развития (PDP)

1. Возьми на вход топ-3 gap из Workflow A (если A не делали — сначала выполни его быстро) + ограничение по времени (часов/неделю) + горизонт (обычно квартал).
2. На каждый gap сформулируй SMART-цель: текущее состояние → целевое состояние → измеримый критерий («провёл 5 код-ревью с фидбеком», не «стал лучше в ревью»).
3. Подбери действия трёх типов на каждую цель: практика в рабочих задачах (главное), учебный ресурс (курс/книга — публичные, конкретные), «learning in public» (доклад/статья/OSS).
4. Разложи по неделям: milestones на неделях 4/8/12, чекпоинты (еженедельная саморефлексия, ежемесячный прогресс-обзор).
5. Стресс-тест реалистичности: суммарная нагрузка ≤ заявленных часов/неделю; если больше — режь цели до 2, не ужимай сроки.
6. Отдай артефакт PDP по шаблону из «Выход».

Workflow D: Career-ladder gap-анализ

1. Определи лестницу: если у компании пользователя есть своя — попроси её; иначе используй дефолтную IC-лестницу L1-L5 из references/templates.md.
2. Пройди по критериям целевого грейда: для каждого пункта — статус ✅ (есть подтверждение примером) / 🟡 (частично) / ❌ (нет). Требуй конкретный пример работы на каждый ✅, без примера — максимум 🟡.
3. Сведи в таблицу готовности с % закрытых критериев и списком ❌/🟡 как приоритетами.
4. Дальше по желанию → Workflow C для закрытия пробелов.

Выход

Основной артефакт зависит от workflow. Скелет PDP (Workflow C, самый частый финальный артефакт):

# План развития: [Имя]
**Период:** [Q_ 20__] · **Роль:** [текущая] → **Цель:** [целевая] · **Бюджет времени:** [X ч/нед]

## Топ-3 gap (из матрицы навыков)
| # | Навык | Сейчас | Цель | Почему важно для целевой роли |
|---|-------|--------|------|-------------------------------|
| 1 | [System Design] | 2 | 4 | [решения на уровне сервиса ждут от senior] |

## Цели (SMART)
### Цель 1: [System Design 2→4]
- Текущее: [проектирует в рамках задачи, не сервиса]
- Целевое: [ведёт дизайн фичи end-to-end с design doc]
- Действия: ① [взять дизайн следующей фичи + design doc] ② [книга/курс: конкретное название] ③ [разбор одного публичного system design в блог/команде]
- Критерий успеха: [2 принятых design doc за квартал]

## План по неделям
| Недели | Фокус | Milestone |
|--------|-------|-----------|
| 1-4 | [цель 1: теория + первый design doc] | [ ] design doc №1 на ревью |
| 5-8 | [цель 2 + продолжение 1] | [ ] ... |
| 9-12 | [цель 3 + закрепление] | [ ] ... |

## Чекпоинты
- Еженедельно: саморефлексия (что узнал / где застрял)
- Ежемесячно: обзор прогресса, корректировка

Артефакты остальных workflow: A — таблица «Skill | Current | Target | Gap» по 4 блокам + топ-3 gap; B — «Git-профиль» (метрики + инсайты + рекомендации); D — таблица готовности к грейду (критерий | статус | пример). Полные шаблоны — references/templates.md.

Пример

Вход: «Я мидл-питонист, 3 года, хочу к senior. Оцени и дай план, есть ~4 часа в неделю. Репо не покажу.»

Ход: Workflow A (без B — репо нет) → C.

Артефакт (сокращённо):

## Матрица (фрагмент)
| Skill | Current | Target | Gap |
|-------|---------|--------|-----|
| Python | 3 | 4 | 1 |
| System Design | 2 | 4 | 2 ← топ-gap
| Code Review | 2 | 4 | 2 ← топ-gap
| Тесты/TDD | 2 | 3 | 1 ← топ-gap
| Docker/CI | 3 | 3 | 0 |

# План развития: [Разработчик] · Q_ · Mid → Senior · 4 ч/нед
### Цель 1: System Design 2→4
- Действия: дизайн следующей фичи с design doc; «Designing Data-Intensive Applications» гл. 1-4; разбор дизайна в команде
- Критерий: 2 принятых design doc
### Цель 2: Code Review 2→4
- Действия: брать ≥2 PR коллег/нед на ревью; чек-лист ревью команды выучить и дополнить
- Критерий: 20 содержательных ревью за квартал, фидбек от тимлида
### Цель 3: TDD 2→3
- Критерий: новые фичи квартала покрыты тестами до мержа
| 1-4 | DDIA гл.1-2 + первый design doc | [ ] doc №1 |
| 5-8 | ревью-практика + doc №2 | [ ] 10 ревью |
| 9-12 | закрепление, самооценка заново | [ ] матрица v2 |

«Done» = пользователь получил заполненную матрицу + PDP, влезающий в его 4 ч/нед, с измеримыми критериями.

Чек-лист (перед выдачей)

• Матрица построена под реальный стек пользователя, а не дефолтный список технологий
• Каждая оценка ≥4 или спорная — с обоснованием/примером, не «на глаз»
• Целей в PDP ≤3, каждая SMART (измеримый критерий, не «стать лучше»)
• Суммарная нагрузка плана влезает в заявленные часы/неделю
• Git-выводы — про паттерны и рост, не про LOC; нет выводов из объёма строк
• В gap-анализе грейда каждый ✅ подтверждён конкретным примером работы
• Ресурсы в плане — конкретные публичные книги/курсы, не «почитай про X»

References

• references/templates.md — полные шаблоны: матрица навыков, productivity dashboard, полный PDP, IC-лестница L1-L5, шаблон 1:1
• references/git-analytics.md — Python-скрипты: анализ коммитов, complexity-тренды (radon), паттерны код-ревью