Эволюция внутренних процессов в большой команде. Иванов Иван https://www.facebook.com/ivanovdiit?pnref=friends.search team lead OWOX www.owox.ua

1. Эволюция внутренних
процессов в большой
команде

2. Обо мне

3. Вступление
И так, зачем же нам нужны процессы и нужны ли?
Что говорят менеджеры? Что им нужно на самом деле? Что мы делаем в
итоге?
Продуктивная командная
работа
Сотни рабочих часов в неделю Мы пишем код ...!
Качественные продукты 100% покрытие кода юнит-тестами Мы пишем код ...!
Учитывание пожеланий
пользователей
Выполнять любой каприз заказчика Мы пишем код ...!
Продукт должен быстро
эволюционировать
Постоянные изменения требований и пустопорожние
обсуждения новых фич
Мы пишем код ...!

4. Чем меньше команда тем меньше
она нуждается в процессах

5. Проблемы которые появляются с ростом
команды
● Отсутствие понятных целей у разработчиков
● Большое количество срочных вопросов, которые отвлекают
● Страдает качество кода
● Срываются сроки
● Падает эффективность команды

6. Отсутствие понятных целей у
разработчиков
● Проводим ежедневный stand up
● Строим road map для команды на квартал
● Раз в пол года проводить доклады по стратегическим целям
команды

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

8. Боремся за качество кода
● Code Review тимлидом
● Перекрестное review
● Статические анализаторы кода

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

10. Боремся за эффективность
● Выделять ресурс на автоматизацию рутинных дел
● Покрывать код автотестами
● Стремиться уменьшать время жизни задачи
● Повышаем квалификацию сотрудников

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

12. План персонально развития -
панацея?
● Далеко не всем подходит один формат
● План развития постоянно нуждается в актуализации
● Он не всегда совпадает с тем что необходимо разработчику в
текущий момент

13. Индивидуальный подход - наше все
● Советы во время review
● Обратная связь от разработчика
● Каждые 2 недели делимся достижениями
● Проводим внутренние доклады

14. Небольшие “доработки” когда команда
становится слишком большой
● Разделяй и властвуй
● Скрамы по интересам
● Настроить мониторинги и для процессов
● Автоматизировать все по максимуму
● Не забывать про документацию
● CI и CD

15. Общие советы
● Самые лучшие идеи рождаются в команде
● Не лишаться здравого смысла
● Не бояться экспериментировать