Процесс, где джуны перформят (перепост из Х Eugene Jesovile)

- Джуны - отличная проверка на уровень maturity процессов команды/стрима/компании
- Джуны перформят отлично, но только в хорошем "окружении"
- Джуны не компенсируют косяки refinement стадий задач

Как я делал такое окружение:

# Подготовка к таске
1. Business eval
- что мы делаем и нафига?
- ответ должен быть понятен каждому
2. Требования
- FR, NFR, user flow, use cases e.t.c
- должны быть расписаны полностью
3. Solution design
- диаграммы модулей, со связями и интерфейсами
- до кода
4. Тесты (e2e)

# Зачем это:
- если не знаем, что делаем и зачем, результат - помойка
- если решение не работает в диаграммах, оно в коде не заработает никогда
- имея эти артефакты, можно изи параллелить задачи по команде, и они потом сойдутся

Минусы:
- нужно время
- нужны скилы менеджмента

# Джуны
- джун не закроет косяки проработки (нечем)
- джуну нужен максимальный уровень детализации
- для джунских задач нужно мок-окружение

Таска для джуна:

"Сделай модуль такой-то. Интерфейс такой-то. Требования такие-то. Вот эти тесты должны проходить"

# Разделение

Задачи сеньоров/экспертов/архов:
- анализ (бизнес, требования, юзкейсы, консёрны/лимиты)
- солюшн-дизайн (диаграммы, связи, интерфейсы, модели данных)
- моки (ветки, стабы dependency-модулей)
- тесты

Задачи мидлов/джунов:
- написать код модуль за модулем

# Рост:
- в таком раскладе мы решаем разные задачи производственного процесса не одновременно
- можем плавно управлять ресурсами (добавить джуна/убрать сеньора)
- цена входа джуна в проект до "пользы" - почти 0
- рост через передачу части "экспертных" задач (контролируемо)

# Мой опыт
Вот некоторые результаты такого подхода в моих командах:

- фича с эстимейтом в полгода решена командой из 3 человек (senior + 2 junior) за месяц + месяц предварительных стадий
- рост джунов с 0 опыта до мидлов в среднем полгода (проверено рынком 2019-2022)

# Выводы:
- можно экономить деньги, нанимая джунов, но менеджерам надо постараться
- если "джуны не перформят", смотрите сначала в процессы и менеджмент
- если "ни один джун не перформит" или "разрабы пошли не те" - 90% что проблемы не уровня кода

# Итоговый поинт
Если вы менеджер:
- задайте вопрос сначала зеркалу, и только потом другим людям

- если найм/увольнение - единственный ваш инструмент, то точно ли не вы - источник проблем?

- делать свою работу хорошо всегда тяжело и больно. Но оно того стоит

=====

Мне пост показался интересным, особенно с точки зрения ограничений. Когда на сеньоров денег нет, но есть команда джунов и с ними надо работу работать. В 2025 это уже конечно больше выглядит как фреймворк работы с ИИ агентами. Делитесь своими подходами к работе с джунами в комментариях.