Download as PDF, PPTX
Uploaded byScrumTrek
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Госуслуг
В документе представлена информация о развитии и улучшении портала государственных услуг в России, акцентируется внимание на использовании гибких методик в разработке и приоритетах, связанных с клиентами. Описываются ключевые достижения и статистика, подтверждающие эффективность внедряемых изменений, а также определяются цели по созданию единого пользовательского опыта. Также обсуждаются проблемы, с которыми сталкиваются государственные проекты, и важность адаптации к изменениям в работе.
More Related Content
Similar to Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Госуслуг
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Госуслуг
- 1. ГОСУСЛУГИ 2018 SERVICE DESIGNAGILITY Александр Павлович зам. директора департамента развития электронного правительства Дмитрий Матвеев руководитель проектов развития портала Госуслуг
- 2. У НАС ФИКСИРОВАННЫЙГОСБЮДЖЕТ У НАС ФИКСИРОВАННЫЕ СРОКИ У НАС НЕТ РЕЗЕРВОВ НА «ЭКСПЕРИМЕНТ» У НАС ТОЛЬКО ЗАКАЗНАЯ РАЗРАБОТКА МЫ НЕ НАЧИНАЕМ ДЕНЬ У СКРАМБОРДА БЕЗ ДОКУМЕНТА НИ ШАГУ…
- 3. МЫ ЗАПУСКАЕМ РЕЛИЗЫКАЖДЫЙ ДЕНЬ У НАС ЕСТЬ ПРОДУКТОВЫЕ КОМАНДЫ МЫ УМЕЕМ ЗАПУСКАТЬ СЕРВИС ЗА МЕСЯЦ МЫ РАБОТАЕМ НЕ ТОЛЬКО НА БУМАГЕ МЫ ВНЕДРИЛИ HUMAN CENTERED DESIGN
- 4. ГДЕ МЫ ИГДЕ AGILE…?
- 5. 5 70% к 201890% к 2018 efficiently
- 6. 40+ МЛН. ПОЛЬЗОВАТЕЛЕЙ +1 млн.ежемесячно 22МЛН. ПОСЕЩЕНИЙ ЕПГУ +7% ежемесячно 38 МЛН. ЭЛЕКТРОННЫХ УСЛУГ +10% ежемесячно 400+ ГОССАЙТОВ 86+ ПОРТАЛОВ УСЛУГ ! все они по-разному устроены, выглядят, по-разному решая одинаковые задачи ГОСУСЛУГИ – ОСНОВНЫЕ ЦИФРЫ И ФАКТЫ 54% ГРАЖДАН УЗНАЮТ И ВЫБИРАЮТ БРЕНД ГОСУСЛУГ СРЕДИ ПРОЧИХ ГОС-ПОРТАЛОВ
- 7. 7 ЧТО ЛЮДИ ОНАС ЗНАЮТ И ДУМАЮТ
- 8. 8 КТО И КАКОКАЗЫВАЕТ ГОСУСЛУГИ Госуслуги
- 9.
- 10. МИССИЯ Мы стремимся статьполезным, удобным и незаметным посредником между Гражданам и Государством, помогая людям минимально отвлекаться на государство в своей жизни.
- 11. 11 КАКИМИ ДОЛЖНЫ БЫТЬГОСУСЛУГИ?... Мы должны стать сервисом, а не гос-структурой Мы должны быть в интернете там, где удобно людям Мы должны помогать, обслуживать и общаться по-людски Мы должны выглядеть наравне с лучшими интернет-порталами Мы должны стать органичной связанной экосистемой каналов Мы должны научиться развиваться быстрее и дешевле
- 12.
- 13. ГОСУСЛУГИ – ЦЕЛЬНАЯ ЦИФРОВАЯЭКОСИСТЕМА ВЗАИМОДЕЙСТВИЯ С ГРАЖДАНАМИ
- 14. МЫ РЕАЛИЗУЕМ ЕДИНЫЙНАБОР ЦИФРОВЫХ СЕРВИСОВ ДЛЯ ОРГАНОВ ВЛАСТИ (> 50 ПРОЕКТОВ)
- 15. РАЗРАБОТАН ЕДИНЫЙ ДОСТУПНЫЙ ЯЗЫКИ СТИЛЬ ОБЩЕНИЯ ГОСУДАРСТВА С ЛЮДЬМИ
- 16.
- 17. РАЗВИТИЕ ГОСУСЛУГ НАЦЕЛЕНОНА СОЗДАНИЕ ЕДИНОГО ПОЛЬЗОВАТЕЛЬСКОГО ОПЫТА ОБЩЕНИЯ ГРАЖДАН И БИЗНЕСА С ГОСУДАРСТВОМ
- 18. 18 ИНСТРУМЕНТЫ РАЗВИТИЯ Human-centered approachкак приоритет Единство сервисов вне зависимости от канала Единство коммуникаций для общения с людьми на одном языке Единство дизайна для упрощения доступа к сервисам Выработка единых с ведомствами процессов достижения качества Открытая микро-сервисная архитектура Эффективные методики развития и разработки
- 19. Люди игнорируют дизайн, которыйигнорирует людей… / Френк Химеро
- 20. ГДЕ МЫ ИГДЕ AGILE…?
- 21. 21 DNA КАЖДОЙ КОМПАНИИ СХОЖ,НО УНИКАЛЕН УПРАВЛЯЕМАЯ ЭВОЛЮЦИЯ ВМЕСТО ДОГМАТОВ ПРИЖИВЛЯТЬ ИННОВАЦИИ НУЖНО СВЕРХУ МИКС МЕТОДОЛОГИЙ ДЛЯ ПОИСКА СВОЕГО ПРОЦЕССА АГРЕССИВНЫЕ ИННОВАЦИИ ДОЛЖНЫ ПОКАЗЫВАТЬ VALUE ПРОДУКТОВАЯ МОТИВАЦИЯ СИЛЬНЕЕ ПРОЦЕССОВ 1. 2. 3. 5.4.
- 22. 22 НЕТ СКРАМБОРДОВ И СТЭНДАПОВ?= НЕТ ИДЖАЙЛА КАК ЗНАТЬ? МОЖЕТ ПРОСТО КОМАНДЫ УЖЕ НАШЛИ СВОЙ СПОСОБ КОММУНИКАЦИЙ…?
- 23. 23 ХОРОШО, НО ДАВАЙТЕРАЗБЕРЕМСЯ, ПОД КАКИЕ ЦЕЛИ, ЗАДАЧИ И РЕШЕНИЯ КАКИЕ ДОСТИГАЮТСЯ РЕЗУЛЬТАТЫ У ВАС НЕ СКРАМ = ВЫ НЕ УМЕЕТЕ РАБОТАТЬ
- 24. 24 Я НЕ ПОЙДУВ КОМПАНИЮ, ГДЕ НЕТ ИДЖАЙЛА… НЕТ ПРОБЛЕМ, ЗНАЧИТ, ТЫ ВРЯД ЛИ ПОПАДЕШЬ ТУДА, ГДЕ МОЖНО РЕАЛЬНО ИЗМЕНИТЬ РЕАЛЬНОСТЬ
- 25. 25 МЕНЯЙСЯ ИЛИ УМРИ…? БЕЗУСЛОВНО! ИЭТО ОТНОСИТСЯ КО ВСЕМУ, ВКЛЮЧАЯ САМИ МЕТОДИКИ ;)
- 26.
- 27. • Заказная разработкаи система госзакупок • Иерархия заказчиков, скорость решений • Длительные циклы разработки и релиза • Контроль качества и рычаги влияния СПЕЦИФИКА ГОСПРОЕКТОВ
- 28. МИНКОМСВЯЗЬ 2.0 • Проектныйофис развития электронного правительства • Внедряются подходы, которые принесли из своих компаний • Система отторгает изменения
- 29. AGILE ПРИНЦИПЫ. ДА,НО… Манифест Возражения Люди и взаимодействие важнее процессов и инструментов Но всегда так работало и все уже привыкли Работающий продукт важнее исчерпывающей документации Но эксплуатация это так не пропустит Сотрудничество с Заказчиком важнее согласования условий контракта Но есть ещё Счётная палата и Прокуратура Готовность к изменениям важнее следования первоначальному плану Но у нас fix-price контракт и изменения – риск, заложенный в цену
- 30. МЫ НЕ ВНЕДРИЛИSCRUM • У нас нет самоорганизующихся команд, а есть строгая иерархия • Мы планируем развитие на год и стараемся мало переделывать • Мы не считаем задачи в стори-поинтах, нет дневных стендапов и burndown chart • У требований есть deadline и штрафы за нарушение сроков • Пишем техзадания и сопроводительную документацию
- 31. НАШЕ AGILITY –В ПОДХОДЕ К РАЗВИТИЮ • Проектирование задач от сценариев использования • Открытый диалог с командой при постановке задачи и по ходу разработки • Демонстрации после итераций • Быстрые релизы для оперативной проверки функций пользовательским опытом • Выявление и исправление продуктовых ошибок
- 32. ГОСАДЖАЙЛ • Быстрый результатневозможен в среде, агрессивно настроенной на изменения • Узнаем правила и изменяем их постепенно • Встраиваем элементы гибкого подхода в существующую систему госконтрактования • Запустили продукт за 30 дней!
- 33. ПРАВИЛО 1: КАЛЕНДАРЬКОНТРАКТА • Контракты должны быть годовые. Ведение коротких контрактов – накладные расходы • Разбиваем суммы по этапам • При появлении новых задач в течение года – формируем дополнительный контракт, не трогаем заключённый
- 34.
- 35. Аванс Финальный платёж АвансПлатеж Платеж Платеж Финальный платёж
- 36. Аванс Финальный платёж АвансПлатеж Платеж Платеж Финальный платёж
- 37. 37 ЧТЗ Тех. проект Разра- ботка ПО Предв. испыт. Опыт. экспл. Приё мка ПРАВИЛО2: РАЗРАБОТКА ПО ГОСТУ
- 38. 38 ЧТЗ Тех. проектРазработка ПО Предв. испытания. Опыт. экспл. Приёмка Опытная эксплатация Опытная экспуатация ЧТЗ Разработка ПО Опытная эксплуатация 1 кв. 2 кв. 3 кв. 4 кв. ПРАВИЛО 2: РАЗРАБОТКА ПО ГОСТУ
- 39. • Приёмочные испытания •Акт о завершении работ по контракту • Приказ о вводе результатов работ в эксплуатаци • Передача кодов и экспл. документации • Приёмочное тестирование службы эксплуатации • Ввод в эксплуатацию 39 ПРАВИЛО 3: РАННИЙ И БЫСТРЫЙ РЕЛИЗ
- 40. • Опытная эксплуатацияв прод. контуре • Приёмочные испытания • Акт о завершении работ по контракту • Приказ о вводе результатов работ в эксплуатаци • Передача кодов и экспл. документации • Приёмочное тестирование службы эксплуатации • Ввод в эксплуатацию 40 ПРАВИЛО 3: РАННИЙ И БЫСТРЫЙ РЕЛИЗ
- 41. «РЕЛИЗ КАЖДЫЙ ДЕНЬ» •Состав определяет релиз-координатор • Уведомительный порядок согласования • Снижаем страх «недотестировать» и желание «впихнуть» • 85% релизов – в дневное время, без прерывания сервисов • Колоссальное ускорение time-to-market мелких изменений
- 42.
- 43. •Целевая модель •ФТ •Сценарии ФТ1 •Целевая модель •ФТ •Сценарии ФТ2 •Целеваямодель •ФТ •Сценарии ФТ3 43 •ФТ1.1 •ФТ1.2ФТ1 •ФТ2.1 •ФТ2.2ФТ2 •ФТ3.1 •ФТ3.2ФТ3 ПРАВИЛО 4: КОНКРЕТИКА В ТЕХЗАДАНИИ
- 44. •Целевая модель •ФТ •Сценарии ФТ1 •Целевая модель •ФТ •Сценарии ФТ2 •Целеваямодель •ФТ •Сценарии ФТ3 •Модернизация визуально-графического и информационного наполненияФТ4 44 •ФТ1.1 •ФТ1.2ФТ1 •ФТ2.1 •ФТ2.2ФТ2 •ФТ3.1 •ФТ3.2ФТ3 ПРАВИЛО 4: КОНКРЕТИКА В ТЕХЗАДАНИИ
- 45.
- 46. 46 Аналитик Дизайнер Разра- ботчик Тести- ровщик Эксплуа- тация ПРАВИЛО5: КОМАНДНАЯ РАБОТА Аналитик Разработчик Эксплуатация Проектировщик Продукт- менеджер
- 47.
- 48. Приёмка этапа Тех. задание 48 Демо Демо ПОЛНЫЙ КОНТАКТВСЁ ВРЕМЯ Приёмка этапа Выполнение этапа Тех. задание
- 49. 49 • Оплата контрактапо этапам • Распределение задач по очередям • Ранний и быстрый релиз • Техническое задание через пользовательские сценарии • Командная итеративная работа при проектировании и разработке ВНЕДРЁННЫЕ ЭЛЕМЕНТЫ ГОСАДЖАЙЛА
- 50. 1 контракт вгод -> 2-3 контракта в год 10-12 требований -> 40-55 требований 1 очередь задач-> 4-5 очередей задач 4-6 релизов в год -> 110 релизов в год 50 РЕЗУЛЬТАТЫ
- 51. • 30 ноября2016 года закон об изменениях в Налоговый кодекс подписан • За декабрь федеральные органы власти: определили пользовательские сценарии, зоны ответственности, технологическую схему начисления скидки, алгоритм проверки применения и порядок тестирования • Для услуг ГИБДД скидка начала применяться на портале Госуслуг и в мобильном приложении с 1 января 2017 года 51 30% СКИДКА
- 52.