🚀 Как я перестал быть героем и выстраиваю систему
Недавно мы выдали рекорд по количеству задач за спринт. Но я понимал: этот темп держался на моём погружении в каждую задачу и моих правках. Доделывание за стажёров стало моей ошибкой. Я решил это изменить.
Что сделал: - Ввёл чеклист для ревью с акцентом на быстрый провал (fast-fail): сборка, соответствие ТЗ, отсутствие лишних изменений, ручная проверка в браузере. Время на одно ревью — не более 10 минут.
- Упростил процесс: если всё ок или только мелкие недочеты — задача на ревью ко мне; если проблемы — в Issues.
- Делегировал первичное ревью стажёру, который стабильно справляется со сложными задачами. Ревью hard-задач пока оставляю себе.
- Жёсткое правило: никакого рефакторинга и лишних изменений вне скоупа задачи до сдачи MVP. Нарушения CONTRIBUTING не блокируют ревью, но требуют комментария автору.
Теперь я перестал быть единственным, кто тащит качество. Появился второй слой контроля. Освободившееся время направил на координацию и работу с бэкендом — об этом в следующем посте.
Управление — это не делать всё самому. Это выстроить процесс, в котором команда может двигаться без тебя.
(это заметка о прокачке навыков управления разработкой на стажировке. Проект учебный, команда из 7 человек, проблемы и процессы — настоящие)
