После того как первые изменения показали результат, стало понятно: проблема была не только в отдельных задачах или отдельных разработчиках. Команде нужна была система.
Когда задачи стали понятнее, а правило «не застревать в одиночку» начало работать, появилось пространство для следующих шагов.
Git как часть процесса
Вместе с командой мы начали постепенно совершенствовать процессы. Появились общие правила работы с репозиторием. Git стал не просто инструментом, а частью нормального рабочего процесса. До этого многое держалось на привычках отдельных людей, а хотелось, чтобы правила были понятны всем.
Параллельно появились тестовые серверы. Это сильно изменило подход к разработке и проверке результата. Стало проще показывать промежуточные версии, тестировать изменения и снижать риски перед выкладкой.
Оценка задач
Следующим важным шагом стала оценка задач.
Мы начали формировать стандартизированные нормативы в часах для часто встречающихся работ. Это не было попыткой загнать разработку в жёсткие рамки. Скорее наоборот — хотелось получить опору, чтобы понимать, сколько действительно занимает типовая работа, где мы ошибаемся в оценках и какие задачи требуют дополнительного анализа.
В задачах вместе с описанием появилась первоначальная оценка. Потом по ней можно было контролировать корректность, сравнивать ожидания с реальностью и постепенно улучшать планирование.
Начальник группы разработки
Очень быстро я стал начальником группы разработки.
Честно говоря, для себя я тогда почти не заметил большой разницы по сравнению с ролью тимлида. По сути, я продолжал заниматься тем же: командой, задачами, процессами, проектами и результатом. Только ответственности стало больше.
Основными проектами в тот период были корпоративные порталы на 1С-Битрикс24, интеграции с 1С и интернет-магазины.
Крупные внедрения
Отдельным важным этапом стала защита компетенции 1С-Битрикс «Крупные внедрения». Это был уже другой уровень ответственности. Нужно было показать не просто работающий проект, а зрелость подхода: архитектуру, производительность, процессы, качество реализации.
Мы плотно работали с командой разработчиков из центрального офиса и с компанией 1С-Битрикс. Мы проверяли нагрузку Яндекс.Танком, готовили материалы, разбирали архитектурные решения и защищали проект.
Это был очень полезный опыт. Он хорошо показал, что сильная разработка — это умение написать код и объяснить, почему решение сделано именно так, как оно выдерживает нагрузку, как его сопровождать и развивать дальше.
Команда после тебя
Когда я позже уходил из этого офиса, после себя удалось оставить сильную команду. И что особенно важно — было кого назначить на моё место.
Для меня это был один из главных показателей результата.
Не просто сделать самому. Не просто всё держать на себе. А вырастить людей так, чтобы команда могла продолжать работать и развиваться дальше.
