Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.

1. ГОСУСЛУГИ 2018
SERVICE DESIGN AGILITY
Александр Павлович
зам. директора департамента развития
электронного правительства
Дмитрий Матвеев
руководитель проектов развития
портала Госуслуг

2. У НАС ФИКСИРОВАННЫЙ ГОСБЮДЖЕТ
У НАС ФИКСИРОВАННЫЕ СРОКИ
У НАС НЕТ РЕЗЕРВОВ НА «ЭКСПЕРИМЕНТ»
У НАС ТОЛЬКО ЗАКАЗНАЯ РАЗРАБОТКА
МЫ НЕ НАЧИНАЕМ ДЕНЬ У СКРАМБОРДА
БЕЗ ДОКУМЕНТА НИ ШАГУ…

3. МЫ ЗАПУСКАЕМ РЕЛИЗЫ КАЖДЫЙ ДЕНЬ
У НАС ЕСТЬ ПРОДУКТОВЫЕ КОМАНДЫ
МЫ УМЕЕМ ЗАПУСКАТЬ СЕРВИС ЗА МЕСЯЦ
МЫ РАБОТАЕМ НЕ ТОЛЬКО НА БУМАГЕ
МЫ ВНЕДРИЛИ HUMAN CENTERED DESIGN

4. ГДЕ МЫ И ГДЕ
AGILE…?

5. 5
70% к 2018 90% к 2018 efficiently

6. 40+ МЛН.
ПОЛЬЗОВАТЕЛЕЙ
+1 млн.ежемесячно
22 МЛН.
ПОСЕЩЕНИЙ ЕПГУ
+7% ежемесячно
38 МЛН.
ЭЛЕКТРОННЫХ УСЛУГ
+10% ежемесячно
400+
ГОССАЙТОВ
86+
ПОРТАЛОВ УСЛУГ
!
все они по-разному устроены,
выглядят, по-разному решая
одинаковые задачи
ГОСУСЛУГИ – ОСНОВНЫЕ
ЦИФРЫ И ФАКТЫ
54%
ГРАЖДАН УЗНАЮТ
И ВЫБИРАЮТ
БРЕНД ГОСУСЛУГ
СРЕДИ ПРОЧИХ
ГОС-ПОРТАЛОВ

7. 7
ЧТО ЛЮДИ О НАС
ЗНАЮТ И ДУМАЮТ

8. 8
КТО И КАК ОКАЗЫВАЕТ
ГОСУСЛУГИ
Госуслуги

9. НАША МОДЕЛЬ
РАЗВИТИЯ

10. МИССИЯ
Мы стремимся стать полезным, удобным и незаметным
посредником между Гражданам и Государством, помогая
людям минимально отвлекаться на государство в своей
жизни.

11. 11
КАКИМИ ДОЛЖНЫ БЫТЬ ГОСУСЛУГИ?...
Мы должны стать сервисом, а не гос-структурой
Мы должны быть в интернете там, где удобно людям
Мы должны помогать, обслуживать и общаться по-людски
Мы должны выглядеть наравне с лучшими интернет-порталами
Мы должны стать органичной связанной экосистемой каналов
Мы должны научиться развиваться быстрее и дешевле

12. 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. НАША НЕАКАДЕМИЧНАЯ
AGILITY

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. 42
•ФТ1.1
•ФТ1.2ФТ1
•ФТ2.1
•ФТ2.2ФТ2
•ФТ3.1
•ФТ3.2ФТ3
ПРАВИЛО 4: КОНКРЕТИКА В ТЕХЗАДАНИИ

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. 45
Аналитик Дизай-
нер
Разра-
ботчик
Тести-
ровщик
Эксплуа-
тация
ПРАВИЛО 5: КОМАНДНАЯ РАБОТА

46. 46
Аналитик Дизайнер Разра-
ботчик
Тести-
ровщик
Эксплуа-
тация
ПРАВИЛО 5: КОМАНДНАЯ РАБОТА
Аналитик
Разработчик
Эксплуатация
Проектировщик
Продукт-
менеджер

47. Приёмка
этапа
Тех.
задание
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. УЧАСТНИКИ ПРОЕКТА