1.
Внутренний
Open Source
Павел Соломин,
Сбербанк
Как разрабатывать мобильное
приложение большим
количеством разработчиков,
не потеряв в качестве

2.
Что такое Сбербанк Онлайн?
2 больших приложения под iOS и Android
Миллионы пользователей ежедневно
Значимый для клиента функционал
Стратегия — развитие Super App

3.
Заказчики доработок в приложении —
подразделения по всему банку
Одна небольшая команда,
которая разрабатывает приложение
Как была построена
разработка раньше:

4.
Проблемы этого подхода
Скорость разработки одной команды ограничена
Каждый из заказчиков тянет одеяло на себя

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

6.
Проблема —
разработчики мешают
друг другу
КАРТЫ
ПЕРЕВОДЫ
ПЛАТЕЖИ
АВТОПЛАТЕЖИ

7.
модули
Слабосвязанная
архитектура
ЕФС
БИБЛИОТЕКА
КОМПОНЕТОВ
ранилище
UIKit Common
Helpers
Chains
Logger
Аналитика
История
Платежи
Internal, Rur,
Jur, Provider
Автоплатежи
список и операции
Вклады
список и операции
П
РИ
КЛАД
Н
Ы
Е
СЕРВИ
СЫ
Б
И
ЗН
ЕС
М
О
Д
УЛ
И
Карты
список и операции

8.
Проблемы команд
разработки
Нет продуктовой экспертизы
Нет экспертизы разработки
Целостность итогового продукта

9.
Платформенные
команды
Делают переиспользуемые
компоненты и архитектуру
Смотрят за целостностью
Выпускают релизы

10.
Продукт для
клиента
Гайдлайны
Демо
Согласования

11.
Продукт для
команд разработки
Гайды
Кодстайл
Изоляция модулей
Ежедневные пулл-реквесты
Возможность отключения модуля из релиза, если не готов
Покрытие тестами

12.
Дублирование, команды разрабатывают в колодцах
Платформенные команды — бутылочное горлышко
Проблема

13.
Open source model
Команды могут дорабатывать не только
собственные модули, но и любые необходимые
им модули, договорившись с их владельцами

14.
Platform + opensource?
Для разработки платформы те же подходы —
каждый разработчик может доработать ядро,
договорившись с платформенными
командами.

15.
Демо => митапы

16.
Гайды => портал
Возможность заводить issue, комментировать их,
открыто приоритизировать, брать в работу

17.
Цель — сформировать
сообщество

18.
Переписываем приложение
Учим другие команды его разрабатывать
Убираем все возможные «бутылочные горлышки»
Продолжаем выпускать релизы
Summary

19.
Вопросы???