Николай Крапивный Badoo Жизнь на передовой: управление технической командой в продуктовой разработке

1. Жизнь на передовой: управление технической
командой в продуктовой разработке
Николай Крапивный
CodeFest, 2017

2. 2
Обо мне
✦ 7 лет в Badoo: начинал php-разработчиком
✦ Руковожу техническими отделами: features,
антиспам, mail/push
✦ Строю взаимодействие между продуктом и
технарями

3. 3
Что вы узнаете?
✦ Как устроен наш процесс разработки
✦ Как добиваемся эффективной работы
✦ Как мы выросли в 5 раз и сохранили темп стартапа

4. О чем поговорим
Часть 1. Процесс Часть 2. Команда

5. 46
languages
330M
users190
countries
“ BADOO IS THE
LARGEST DATING
NETWORK IN
THE WORLD
— Forbes

6. 1. Процесс

7. 7
Требования:
✦ Высокая скорость реализации
✦ Высокая эффективность
✦ Максимальная гибкость
✦ Прозрачность

9. 9
C чего все начиналось
✦ Сложность невысокая
✦ Взаимодействий немного
✦ Команда маленькая
✦ Все работает «само собой»

11. 11
Идея Код Результат

12. 12
Растем
PRODUCT PHP
QA
JS
CSS
2012 год

13. 13
PRD*
✦ Документ в wiki
* Product Requirements Document
✦ Шаблон: зачем делаем, что делаем, как
запускаем, как меряем
✦ По сути — заказ на разработку
✦ Шарим знания между участниками процесса

14. 14
Идея Код РезультатPRD
2012 год

15. 15
Мобильная эра
✦ Клиентов — 4, не 1
✦ Проблема: разные реализации
✦ Проблема: ограничения на платформах
✦ Нужна техническая документация!

16. 16
MAPI
✦ MAPI = Mobile API
✦ Технические подробности:
✦ Протокол между клиентом и сервером
CodeFest 2015: доклад «Все о бекенде мобильных
приложений Badoo»
✦ Изначально — мобилы, потом и веб

17. 17
MAPI — часть процесса
✦ Отдельная роль: разработчик MAPI
✦ На входе: PRD
✦ На выходе: протокол (MAPI), документация
✦ Внутри: много коммуникации, широкая экспертиза

18. 18
Идея Код РезультатPRD MAPI
2017 год

19. 19
Что получили?
✦ Явные стадии
✦ Четкий вход и выход
✦ У каждой стадии — свой ответственный
✦ Клиент/сервер могут работать параллельно

20. 20

22. 22
Что имеем:
✦ Высокая скорость
✦ Низкая гибкость

23. 23
Проблема: время до продакшна

24. 24
Альтернатива: мини-команды

25. 25
Баланс!
✦ Основной поток задач: стандартный процесс
✦ По необходимости выделяем мини-команды
✦ В общем: высокая скорость
✦ Стартап-подход где нужно

26. 26
Итого:
✦ Скорость: подстраиваем, получаем там где нужно
✦ Гибкость: подстраиваемся под требования
✦ Эффективность: не перерасходуем без необходимости
✦ Прозрачность: есть

27. 2. Команда

28. 28
Features team:
✦ Поддерживаем backend наших приложений
✦ Растем: в 5 раз за 5 лет, сейчас 30 человек
✦ Два офиса: Москва и Лондон
✦ Основной заказчик — продуктовая команда

29. Цели и задачи

32. * В срок и с требуемым качеством
*

33. 33
За кадром остается:
✦ Развитие сотрудников
✦ Технический долг
✦ Мониторинг, производительность
✦ Технологические вопросы
✦ и еще одна вещь…

35. 35
Delivery
✦ Доставлять!
Retention
✦ Быстро!
✦ Качественно!
✦ Люди (рост, найм)
✦ Технологии
✦ Найм
Задачи:

37. Техническая работа

38. 38
Что входит:
✦ Технический долг
✦ Технические инициативы и предложения
✦ Производительность кода
✦ Надежность кода
✦ DevOps задачи

40. 40
Отдельная команда?
✦ Гарантирует ресурс под тех задачи
✦ Способствует росту инженеров
✦ Усложняет работу на retention
✦ Снижает техническую инициативу
✦ Работает от какого-то размера команды

41. 41
Делаем:
✦ Резервируем время
✦ Максимизируем пользу
✦ Чередуем с продуктовыми задачами
✦ Поощряем успешные инициативы

42. Распределение
задач

43. 43
Стратегии:
✦ Все делают всё
✦ Каждому — своё

44. 44
Все делают всё:
✦ Максимальная гибкость
✦ Шаринг знаний, разнообразие задач
✦ Не масштабируется
✦ Препятствует развитию экспертизы

45. 45
Каждому — своё:
✦ Способствует развитию экспертизы
✦ Максимальная скорость реализации
✦ Не гибкая с точки зрения ресурсов
✦ Bus factor

46. 46
Баланс: компоненты
✦ Компоненты — большие функциональные куски (пример:
мессенджер, профиль)
✦ Между группами: компоненты, каждому — своё
✦ Внутри групп: все делают всё
✦ Внутри групп: «мастера» для каждого компонента
✦ Группы по 4-7 человек

47. 47
Компоненты:
✦ Достаточная гибкость
✦ Масштабируется
✦ Способствует развитию экспертизы
✦ Требует балансировки между компонентами

48. 3. Выводы

49. 49
Итого:
✦ Процесс: делаем максимально гибким, подстраиваем
под задачи компании
✦ Команда: баланс продуктового/технического!
✦ Команда: компоненты для распределения нагрузки
✦ Процесс: держим баланс гибкости/скорости

50. Спасибо!
Николай Крапивный
CodeFest, 2017
Вопросы?

51. Николай Крапивный
CodeFest, 2017
Слайды и ссылки: github.com/cyberklin/codefest2017
Email: cyberklin@gmail.com
Спасибо!