РИТ++ 2017, Web-scale IT Сonference Зал Владивосток, 5 июня, 11:00 Тезисы: http://webscaleconf.ru/2017/abstracts/2769.html Государственные сайты, чтобы быть востребованными "потребителями", должны строиться на основе их нужд. С другой стороны, к ним существует целый ряд обязательных к выполнению требований. Нахождение баланса при разработке - весьма непростая задача. Мы попробуем её раскрыть. Кроме того, государственный сайт всегда "принадлежит" какому-то учреждению и, согласно законодательству, должен раскрывать информацию о его деятельности. Вот только границы этой деятельности не всегда очевидны простым смертным, а язык, на котором это раскрытие происходит, вроде и русский, да не совсем. Как же построить правильный государственный сайт?

1. Государственный
Enterprise
или как web-разработчикам работать
с государственными заказчиками

2. Докладчик
Николай Бобров
NOTAMEDIA
Директор по развитию

3. Государство как заказчик
Сходство Различие
Формализация выбора поставщика и сдачи проекта
Некоммерческие задачи превалируют
Оплата после выполнения работ
Нет возможности активных продаж
Сложные комплексные задачи и продукты
По сути заказчики – PR, службы сервиса, HR, IT

4. Государственные закупки

5. Государственные закупки
• Накладывают множество ограничений
• Плохо приспособлены к современному web
• Делают сложным выбор правильного исполнителя
• Могут облегчить работу при правильном использовании

6. Отличия в процессах
• По сути нет фазы продажи
• ТЗ формируется до заключения контракта
• ТЗ не может противоречить конкурсу
• Документация и продукт – единое целое
• Со щитом или на щите

7. Процесс
Потребность Описание
процесса
Описание
изменений
Формирование
задачи
Формирование
критериев
Конкурс Оценка Проектирование Заявка
Выбор
исполнителя
Реализация Разработка Документация Испытания Запуск
Эксплуатация Гарантия Поддержка Развитие

8. Ключ на старт
• Поймите, готовы ли вы работать с государственными заказчиками
• Поймите, хватит ли вам денег
• Внедрите новые* процессы (часть вам и в коммерческих проектах
пригодится)
• Изучайте ГОСТы и другую нормативную документацию
• Изучайте рынок и лучшие практики
• Купите хороший принтер, брошюратор и много бумаги

9. Что делать государственному заказчику
• Будьте заинтересованы в результатах
• Определяйте цели и требования
• Минимизируйте ограничения
• Поймите, что изменится в ваших процессах после ввода проекта
в эксплуатацию
• Создавайте команду проекта
• Помните про эксплуатацию
• Подумайте о необходимости и возможности исследовательских
работ

10. Как привнести гибкость в процесс
• Избегайте излишней конкретики в ТЗ (насколько это возможно)
• Подумайте о конструкторах
• Описывайте цели и процесс, а не функциональность
• Учитывайте вариативность реализации при оценке

11. Думайте о эксплуатации
• Удобство поддержки
• Удобство сопровождения
• Возможности развития
• Возможности изменений
• Возможность масштабируемости

12. Поддержка

13. Развитие

14. Масштабирование

15. Путь к успеху
Для заказчика Для исполнителя
• Управляйте проектом
• Научитесь партнерскому
взаимодействию
• Думайте о пользователе
• Планируйте на перспективу
• Управляйте проектом
• Администрируйте проект
• Набирайтесь опыта

16. Факторы риска
У заказчика У исполнителя
• Невовлеченность в проект
• Незнание процессов разработчика
• Невыстроенность процессов
• Незнание процессов заказчика
• Неаккуратность на любом из этапов
• Кассовые разрывы

17. Государство и люди
Отправить
ребенка
на отдых
в детский
лагерь
городского
имущества
здравоохранения
культуры
образования
спорта и туризма
торговли и услуг

18. Правильный государственный сайт
• Пользователи получают то, ради чего пришли
• Пользователи удовлетворены
• Пользователи рекомендуют сайт
• Сайт воспринимается как часть экосистемы пользователя
• Заказчик доволен
• Исполнитель доволен
• Команда проекта довольна

19. А зачем мне это?
• Благодарность пользователей
• Признание на рынке
• Деньги
• Опыт

20. А поподробнее?
Заказчик Исполнитель
• Компании из веб-индустрии
ближе к конечному
пользователю в части UI/UX
• Они дешевле и гибче
• Результат может быть лучше,
чем при работе
с интеграторами*
• Интересные и сложные
проекты
• Большие и гарантированные,
хоть и отсроченные, приходы

21. Нужно меняться
Заказчику Исполнителю
• Разработать стратегию
• Обозначение целей применения IT
• Понимание роли IT в своей
деятельности
• Формулировать требования,
позволяющие применить гибкие
методологии
• Поставить пользователя выше
нормативной документации
• Принимать участие в эксплуатации
• Работать с формализованными
требованиями
• Четко следовать требованиям
• Вкладываться в проектирование
• Строго администрировать проект
• Понимать ограничения
в государственных проектах

22. Спасибо!