На реальном кейсе рассмотрим пример разработки мобильного приложения силами небольшой продуктовой команды внутри компании с Waterfall принципами управления. Расскажем, как эволюционировал продукт от эксперимента к эксперименту, и как мы в итоге пришли к его масштабной версии. Расскажем, с какими подводными камнями столкнулись и какие вызовы нам пришлось принять в ходе работы. В докладе затронем тему изменения компаний, тему внедрения новых методологий разработки и перестройки «неповоротливой» и «закостенелой» структуры компании в сторону быстрого реагирования на потребности пользователей.

1. Разработка прототипа
по agile-методологиям
в условиях Waterfall
структуры компании
Иванова Екатерина
Шишкин Ярослав

2. 2
История проекта
2014 2015 2016 Today
Планшеты
используются для
проекта Refresh
Появляется идея
использовать
планшеты в магазине
Развитие идей о
планшетной истории
Начало
исследований для
проекта Real time
dealing
Составление CJ по
итогам
исследования
Скоуп составлен
Выпуск прототипа
Начало разработки
полноценного
решения
Разработка
продукта

3. 3
Цели, которые поставили перед собой
Имиджевость,
развитие
Мы – бренд с
конкурентными
ценами
Возвращаемость
RTD

4. 4
Новый метод – попробуем?
Agile – мировой тренд, хотим попробовать!
Составим скоуп не «сверху», а изнутри!
OctoberryMvideo
Хотим пробовать и учиться использовать новые инструменты и техники!
Хотим учиться новому! Готовы делиться опытом

5. 5
Определение Customer Journey as-is и to-be
Определение
проблем с точки
зрения бизнеса
Сегментация
проблем по
зонам
Наблюдение в
магазинах и
глубинки с
продавцами
Глубинки с
покупателями
Customer Journey as-is
Были проведены несколько сессий с бизнесом и внутри команды
Customer Journey to-be
Определение узких мест
1
2
3

6. 6
Определение скоупа
Real time dealing – приложение, которое призвано улучшить покупательский опыт и способствовать
становлению Customer Journey to be

7. 7
Сама разработка приложения
Octoberry Mvideo
Свобода действий и принятия
решений
Краткосрочное планирование
Гибкие сроки
«Разработали продукт, а внедрить
несложно, так как он интуитивно
понятный»
Централизованное управление
бизнесом
Планирование с точностью 90%
Жестко фиксированные сроки
Разработка продукта – 50%.
Внедрение требует того же
внимания
Agile - методы Waterfall - компания

8. 8
Наш еженедельный бизнес-ритм
Необходимо четкое следование расписанию!
Пн Вт Ср Чт Пт
ДСМДСМ ДСМ ДСМ ДСМ
Тест
Планир
ование
Конф.
колл
Ретро
Демо
координация работы
команды на уровне
отдельных историй
пользователя
РЕЛИЗ
Не было, что
создавало
трудности
Должен быть
зафиксирован
скоуп

9. 9
Единое контактное лицо
IT Department
Выгрузки
Спеки Интеграции
И т.д.
Как проходила разработка
Компания не была адаптирована к новому
подходу:
• Длительные процессы
• Приоритеты долгосрочные
Мы не имели необходимых навыков
• Декомпозиция и технических стори
• Внутренняя IT-архитектуры
• Agile-фреймворки
Перегруз
200%

10. 10
Разработка спринтов в стори-поинтах
39%
61%
Released
Not released
120
72%
28%
82%
18%
Март Апрель Май
n Planned
83 31

11. 11
Внедрение: как отреагировали продавцы?
Функционал неполный
Работает долго
Зачем нам его носить?
Носить тяжело
Подбор товара не сделать, а вся
информация есть и в других местах
Планшеты это круто!
Там столько всего возможно!
10 минут

12. 12
Прототип
R1
09.03
R2
16.03
R3
23.03
R4
31.03
R5
07.04
R6
14.04
R7
21.04
R8
28.04
R9
05.05
R10
12.05
R11
15.08
Логин
продавца
Каталог
неудобный
Статистика Корзина Структура
каталога
Характ. и
сравнение
по ним
Наличие на
стоке
Сортировка
товаров
Репликация
цен
Улучшения
регистрации
Пагинация
Авторизация
клиента
Сравнение
цен
E-mail после
регистрации
Обновление
каталога
Исправления
UI
Лог-аут
клиента
Исправления
UI каталог
Исправления
UI карточка
Исправления
UI
Исправления
UI
Теги
Регистрация
новых
Поиск по SKU Сравнение
товаров
Цена БР или
ГЛЦ
Исправления
UI ГЛЦ
Чекаут
Поиск по
части
названия
Исследования в магазинах сбор обратной связи по фичам и функциональности
Постоянное развитие функциональности прототипа

13. VS

14. 14
Вовлечение пользователей
83%
17%
9
Игнорируют
Вовлечено
На старте пилота
Трансформационная
программа
19%
81%
В конце пилота
Квесты
Ежедневная коммуникация
Поддержка розницы, конкурсы, визиты
Продавцов
n Кол-во магазинов
30

15. 15
Пришли к разработке приложения
Быстрый функционал, который может
подтвердить предположения
Исследования в магазинах,
участвующих в пилоте
Доступность системы
Масштабируемое решение
Возможность постоянного развития
Генерация идей сотрудниками ЦО
Генерация идей сотрудниками розницы
30 МАГАЗИНОВ
ЦО
30 МАГАЗИНОВ
ВСЕ 
MVP – релиз масштабируемого решения

16. 16
Что взяли от формата agile при разработке приложения с точки зрения
бизнеса
Управление
скоупом
Иструменты
Воркшопы с привлечением
конечных пользователей
Формат исследований
Приоритизация через
скоринговую модель
Стори-мэппинг
Трелло
Бэклог историй

17. 17
Что взяли от формата agile при разработке приложения с точки зрения IT
Заработало сразу Заработало не сразу Пока не заработало
Ретро с вкусняхами Беклог
Ежедневные стендапы
Обзор спринта, а не демо
Декомпозиция
Планирование спринта
Scrum-доска
Автотесты
Сторипоинты
Предположения, а не коммиты
Покерное планирование
Взаимозаменяемость

18. 18
Выводы
Исследования Разработка Внедрение Поддержка
Инструменты agile - методологий
Стандартные процессы компании