Embed Size (px)
DESCRIPTION
Алексей Гореминский, ВТБ24 (Москва) Дмитрий Лайер, ВТБ24 (Видное) На протяжении длительного времени у многих сложилось предвзятое отношение к Государственным организациям: сложные процессы взаимодействия, безумная бухгалтерия, waterfall, сложности при работе с внешними подрядчиками. Насколько это соответствует действительности? В случае данного кейса все так и было, но ситуация не стоит на месте, и за последние 9 месяцев мы сделали, хоть не большую, но революцию, и до сих пор продолжаем эволюционировать. В докладе я расскажу о том, как мы внедряли процессы agile в повседневную работу, как мы берем в разработку сервисы и интерфейсы, как обосновываем все это с точки зрения эффективности для бизнеса (мы же Банк и должны приносить реальные деньги), и как мы работаем с рутинными заявками от бизнес подразделений. Со своей колокольни я расскажу о роли Аналитика в нашем процессе, какие методики внедрили, и на каких этапах процесса мы используем ту или иную методику. Как происходит общение с бизнес подразделениями и подрядчиками, и какие итоговые данные мы поставляем в разработку. Процесс не стоит на месте, и всем сомневающемся в этом я готов дать подробные ответы.
Citation preview
Внедрение Аgileв банке ВТБ24,и интеграция UX и UIв процесс разработки интерфейсов
Гореминский Алексей
ВТБ24
Типы договоров
Fix Price T&M T&M&R
Сроки Фиксированы Фиксированы Фиксированы
Цена Фиксирована Фиксирована предельная цена договора
Фиксирована предельная цена договора
Функциональность
Фиксирована Не фиксирована Не фиксирована
Оплата Поэтапно или после завершения работ
Только внедренная функциональность
Только внедренная функциональность
Производительность
Фиксирована минимальная производительность подрядчика
Объем Фиксирован минимальный объем заказа в отчётный период
2
Диаграмма взаимодействия с ОИП
Аналитик = Бизнес-аналитик + Системный аналитик +
Проектировщик
Заявки согласованные с финансовым департаментом
3
Порядок работы с требованиями v.2
4
Правила сортировки
Очередность сортировки Описание сортировки Тип сортировки
1 Инициатор задачи по возрастанию
2 Экономический эффект по убыванию
3 Трудозатраты в ч/ч по возрастанию
4 Дата подачи заявки по возрастанию
5
Оценка трудозатрат и сроков
Тратится много времени на детализацию задач и произведение оценки
Задача 1 декомпозиция 5 чел/дней
Задача 2 декомпозиция 12 чел/дней
Задача 3 декомпозиция 7 чел/дней
. . . . . . . . .
Задача Х декомпозиция 23 чел/дней
“Классическая”
6
Оценка трудозатрат и сроков“Майками”
S M L
Задача 1Задача 3 = 7
чел/днейЗадача 2
. . . . . . . . .
Задача K Задача N Задача M
Задача 1 сложнее чем задача 3?
Размер: XS S M L XLЗадача 1 = 5 * (7 / 8)Сложность
: 3 5 8 13 21
Задача 1 = 4 дня
7
Определяем объем задач для релиза
идея Максима Дорофеева
Суммарная оценка сложности 110
Параметры Значение Отклонение
Скорость команды (усл. ед/нед): 15 3
Поступление новых задач после демо фич (усл. ед/нед): 5 5
Вероятность выполнения всех работ к указанной дате
8
Трудозатраты на аналитику
Задача Простая Сложная Очень сложная
1 – 100 101 – 400 Свыше 400
Разработка 9 24 63
Юзабилити тестирование
9 15 28
Согласование, один круг
3 8 13
дней
ч/ч
9
Статистика Поведение и посещаемость
Лучшие фичи Анализ конкурентов на Российском и мировом рынке
МаркетингКачественные и количественные исследования, Опросы, Финансовые отчеты
Сбор бизнес-требований
Интервью и наблюдения
Итерация 0
ИнструментыBusiness Model Generation, Story Mapping, Use cases, Персоны, Юзабилити-тесты, Фокус-группы, Глубинные интервью 10
Персоны
Как их не надо делать
11
ГипотезаАрхетипы персонажейИх атрибуты
Делим на кластеры
Описываем
Пишем сценарии
Создаем фичи
Персоны
Как их надо делать
Персонажи — не реальные люди Дендрограмма
Кластерная модель
12
Персоны
Опыт неудач и побед
13
Концептуальная модель
Техническая документация vs Прототипы
14
Gridline, Брендбук и Дизайн
Брендбук не правила,а рекомендации
15
Планы
16
Вопросы?
Лайер Дмитрий
Email: [email protected] [email protected]
Skype: didia_sc
Гореминский Алексей
Email: [email protected] [email protected]
Skype: al-gor.ru
