Эволюция внутренних процессов в

большой команде

Обо мне

Вступление

И так, зачем же нам нужны процессы и нужны ли?

Что говорят менеджеры? Что им нужно на самом деле? Что мы делаем в итоге?

Продуктивная командная работа

Сотни рабочих часов в неделю Мы пишем код ...!

Качественные продукты 100% покрытие кода юнит-тестами Мы пишем код ...!

Учитывание пожеланий пользователей

Выполнять любой каприз заказчика Мы пишем код ...!

Продукт должен быстро эволюционировать

Постоянные изменения требований и пустопорожние обсуждения новых фич

Мы пишем код ...!

Чем меньше команда тем меньше она нуждается в

процессах

Проблемы которые появляются с ростом команды

● Отсутствие понятных целей у разработчиков

● Большое количество срочных вопросов, которые отвлекают

● Страдает качество кода

● Срываются сроки

● Падает эффективность команды

Отсутствие понятных целей у разработчиков

● Проводим ежедневный stand up

● Строим road map для команды на квартал

● Раз в пол года проводить доклады по стратегическим целям команды

Срочные вопросы, которые отвлекают от задачи

● Вводим дежурство среди разработчиков. Выделяем человека который отвечает на срочные вопросы.

Боремся за качество кода

● Code Review тимлидом

● Перекрестное review

● Статические анализаторы кода

Что же делать с опозданиями?

Боремся за эффективность

● Выделять ресурс на автоматизацию рутинных дел

● Покрывать код автотестами

● Стремиться уменьшать время жизни задачи

● Повышаем квалификацию сотрудников

Немного подробнее о развитии

План персонально развития - панацея?

● Далеко не всем подходит один формат

● План развития постоянно нуждается в актуализации

● Он не всегда совпадает с тем что необходимо разработчику в текущий момент

Индивидуальный подход - наше все

● Советы во время review● Обратная связь от разработчика● Каждые 2 недели делимся достижениями● Проводим внутренние доклады

Небольшие “доработки” когда команда становится слишком

большой

● Разделяй и властвуй

● Скрамы по интересам

● Настроить мониторинги и для процессов

● Автоматизировать все по максимуму

● Не забывать про документацию

● CI и CD

Общие советы

● Самые лучшие идеи рождаются в команде

● Не лишаться здравого смысла

● Не бояться экспериментировать