Содержание слайдов

1. 1. Рост команды на порядок

   Как не сойти с ума, будучи frontend-тимлидом в привлечении Tinkoff.ru

2. 2. Спикер

   Александр Поломодов, Frontend-тимлид привлечения, Tinkoff.ru

   О чём доклад

   Пять шагов, на которых менялись архитектура фронтенда, структура команды и обязанности тимлида.

   Фокус — Фронтенд неавторизованной зоны tinkoff.ru

   Масштаб — Команда 4 → 40, тимлидов 1 → ~10

   Фронтенд неавторизованной зоны tinkoff.ru

   Команда 4 → 40, тимлидов 1 → ~10

3. 3. —. Привлечение Tinkoff.ru

   Что мы делали и чего от нас хотел бизнес

4. 4. Один фронтенд на весь tinkoff.ru

   Неавторизованная зона и интернет-банк

   Заказчики — все бизнес-юниты

   Путь от клика до заявки

   Растущий поток требований

5. 5. Бизнес хочет всё и сразу

   Много и дёшево — Клиенты в объёме и по цене

   Удобный UI/UX — Современный путь от клика до заявки

   Масштабируемые процессы — Кампании и тесты без релизов

6. 6. Управлять контентом безрелизно

   Создавать страницы продуктов

   A/B-тесты и персонализации

   Быстро запускать кампании

   Оценивать эффект действий

7. 7. Команда и архитектура растут вместе

8. 8. 00. С чего всё начиналось

   Монолит и общие релизы — одна команда на всё

9. 9. Один тимлид делает всё

10. 10. 01. Первые улучшения

    Буфер перед заказчиками и свои релизы

11. 11. Тимлид теряет фокус

    Коммуникации с заказчиками

    Код и деплои

    Слишком много контекстов

12. 12. Свои релизы из своей ветки

13. 13. Появился project manager

14. 14. 02. Масштабируемся как есть

    Делим приложение и команду по продуктам

15. 15. Команда упёрлась в потолок

    Больше разработчиков и QA

    Растущий объём задач

    Один лид как узкое место

16. 16. Делим приложение на бизнес-части

17. 17. Два потока: банк и страхование

18. 18. Растим внутри, ищем снаружи

    Внутри компании

    performance review разработчиков

    потенциальные тех- и тимлиды

    Вне компании

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

    отдельный набор на вакансию

19. 19. Senior → tech или team?

20. 20. 03. Оптимизируем усилия

    Общие части — в пакеты, оргработа — релиз-менеджерам

21. 21. Дублируем общие наработки

    Команд стало больше

    Каждая пишет своё

    Одни и те же формы заново

22. 22. Общие части — в пакеты

23. 23. Релиз-менеджеры разгружают лидов

24. 24. Рост незаметно всё ухудшает

    Что начали измерять, чтобы не терять качество по мере роста

    Объём — Функционал в релизе

    Скорость — Среднее время на релиз

    Качество — Пропущенные дефекты

25. 25. 04. Делегируем ответственность

    Отдельные репозитории и чёткие границы владения

26. 26. Монорепо размывает ответственность

    Побочные эффекты от чужих правок

    Сложно пробовать новое

    Никто не владеет общим кодом

27. 27. Отдельные репы + общий тулинг

28. 28. Core-команда и архитектор

29. 29. Инструменты — тоже продукты

    Как должно работать

    общее понимание целей

    согласованная архитектура

    правильная декомпозиция

    Какие риски

    работа в отрыве от бизнеса

    остаточный приоритет

    кривая декомпозиция

30. 30. 05. Которого ещё нет

    Команды продолжают расти — архитектура снова догоняет

31. 31. Обязанности лида смещаются вверх

32. 32. Команда выросла на порядок

33. 33. Роль лида взрослеет

34. 34. Как не сойти с ума тимлиду

    Чётко понимать цели бизнеса

    Осознавать этап жизни команды

    Знать свои обязанности на этапе

    Честно решить: надо ли тебе это

    …или стоит продолжать писать код

35. 35. Вопросы

    Tinkoff.ru

    Спасибо за внимание! Вопросы — по QR-коду рядом или на [email protected]

    Александр Поломодов, Frontend-тимлид привлечения, Tinkoff.ru

    Задать вопрос