Государство как заказчик цифровых решений: создать полезный продукт и не потратить лишних денег Государство как заказчик цифровых решений: создать полезный продукт и не потратить лишних денег

Государство как заказчик цифровых решений: создать полезный продукт и не потратить лишних денег

В помощь госсектору британский Департамент цифровых компетенций выпустил методическое пособие


Департамент цифровых компетенций — аналитический центр, который способствует цифровому развитию госорганов Великобритании. Его новое пособие The Digital, Data and Technology Playbook посвящено принципам взаимодействия государства и бизнеса в сфере ИТ и цифровых услуг. «Сумма технологии» подготовила сокращенный перевод одного из ключевых разделов пособия: «Раннее взаимодействие с рынком и стимулирование инноваций». В нем описаны способы написания эффективных технических заданий и сценарии разработки таких цифровых решений, которые действительно отвечают потребностям граждан. Многие из этих сценариев применимы и в условиях российского госсектора.


Раннее взаимодействие с рынком


Мы не боимся общаться с участниками рынка. Мы делаем это регулярно и понимаем, какую пользу это приносит и государственным заказчикам, и подрядчикам. Такое взаимодействие позволяет сообщить подрядчикам, что у госзаказчиков есть определенный запрос, подготовить их к новой деятельности, а также создать площадку для обсуждения трудностей и рисков, которые могут возникнуть в работе над проектом. Также это помогает оценить адекватность целей, ожидаемых результатов или требований, содержащихся в документации. <…> Раннее взаимодействие с рынком необходимо и для того, чтобы разработать методы оценки экономического и финансового статуса подрядчиков.

На ранних этапах взаимодействия с рынком следует искать исполнителей, способных повысить качество услуги, в том числе стартапы, малые и средние предприятия и социальных предпринимателей, которые хорошо разбираются в потребностях пользователей и могут активно участвовать в оказании цифровых услуг на общенациональном уровне.

<…> Госзаказчики должны поддерживать исполнителей, которые хотят поделиться опытом прошлых проектов и лучшими практиками. Их экспертное мнение следует учитывать при формулировании требований и разработке подхода:

  • к срокам реализации проекта в целом; 
  • модели реализации проекта; 
  • возможным решениям; 
  • тестированию и обучению; 
  • процессу закупок; 
  • оценке заявок на участие в тендерах; 
  • составлению договоров, в том числе в отношении вопросов интеллектуальной собственности, и к условиям расторжения договоров.

Взаимодействие с рынком должно быть итеративным. Оно предполагает вовлечение всех звеньев в цепочке поставок, в том числе малого и среднего бизнеса.

Все предварительные консультации с участниками рынка должны проходить в соответствии с правилами госзакупок: равное отношение ко всем участникам, отсутствие дискриминации, пропорциональная оценка и прозрачность. Консультации следует проводить так, чтобы ни один из подрядчиков не получил несправедливых преимуществ.

На практике это означает, что не следует сразу составлять техническое задание под конкретного подрядчика; кроме того, нужно сделать так, чтобы вся раскрытая заказчиком информация была доступна в ходе тендера. <…>


Понимать потребности пользователя


При разработке продуктов и сервисов важно сконцентрироваться на пользователе и на проблеме, которую нужно решить, а не на конкретном способе ее решения. Лучше, чтобы подрядчики предлагали инновационные решения, а не просто создавали продукты, строго соответствующие техническим требованиям. Так повышается вероятность того, что потребности пользователей будут удовлетворены, а финансовые ресурсы использованы с максимальной эффективностью.

Для этого нужно придерживаться подхода, ориентированного на результаты. Он предполагает:

  • проведение исследований, которые позволят понять потребности пользователей; 
  • следование agile-подходу в соответствии с сервисным руководством (Service Manual) и тестирование гипотез; 
  • использование веб-аналитики и других данных государственного и частного секторов; 
  • акцент на потребностях пользователей данных, особенно в случае сервисов, которые обмениваются данными и содержат ключевые датасеты. <…>


Доступность


Мы должны думать о доступности с самого начала. Нужно тестировать сервисы с помощью ассистивных технологий и с участием пользователей, которые не могут без них обойтись. Это поможет выявить и исправить проблемы на раннем этапе и избежать дорогостоящих вмешательств в будущем.

Согласно Требованиям к доступности сервисов государственного сектора (2018), пользовательские интерфейсы должны отвечать особенностям людей с физическими и когнитивными нарушениями, должны быть «воспринимаемы, управляемы, понятны и надежны».

Чтобы сервис соответствовал этим требованиям, во многих случаях необходимо тестирование с участием специалистов, и государственные заказчики должны учитывать это при составлении сметы проекта. Департамент цифровых компетенций подготовил список руководств и инструментов для обеспечения цифровой доступности, в том числе описания профилей пользователей с ограничениями, которых можно привлечь к тестированию сервиса для выявления самых распространенных проблем.


Четкое и ориентированное на результат техническое задание (ключевое положение)


Взаимодействие с рынком на раннем этапе позволяет создать четкое техническое задание. Оно должно быть ориентировано на результат и разрабатываться с помощью инструмента Project/Programme Outcome Profile (POP, см. здесь), который позволяет продемонстрировать цели проекта или программы. Четкое техническое задание не означает, что у заказчика есть неизменное представление о том, каким именно будет продукт. Если не оставить возможности для итеративных изменений, слишком подробное и строгое техническое задание вряд ли поможет достичь хороших результатов в постоянно изменяющихся условиях и эффективно использовать финансовые ресурсы.


Дорожные карты продукта


Важно, чтобы техническое задание составлялось с учетом продуктовых и сервисных дорожных карт подрядчика, включая план вывода устаревшего продукта с рынка и обеспечение технической поддержки. Это нужно для того, чтобы проактивно работать с рисками, которые могут возникнуть в будущем.

Раннее взаимодействие с рынком необходимо в целях информирования подрядчиков о разработках Департамента цифровых компетенций и о коммерческих стратегиях. Опираясь на них, рынок сможет реагировать соответствующим образом.


Конкретные требования к информационной безопасности (ключевое положение)


Механизмы обеспечения информационной безопасности (ИБ) должны быть встроены в дизайн продукта или услуги на самом раннем этапе. Техническое задание должно включать в себя минимальные требования к уровню ИБ, который обеспечивает сохранность данных государственного сервиса; этот уровень должен соответствовать стандартам Minimum Cyber Security Standards (таким как Cyber Essentials). Соответствие этим требованиям обеспечивается с помощью анализа профиля рисков в сфере кибербезопасности. <…>


Прозрачность


Прозрачность и подотчетность госструктур, специализирующихся на работе с данными и информацией, обеспечивает доверие к цифровым государственным сервисам. Так, граждане могут видеть, на что идут их деньги, и давать независимую оценку эффективности государственных сервисов. Прозрачность также позволяет поддерживать конкурентный, инновационный и открытый рынок, информировать компании о госзакупках и результатах работы поставщиков услуг.

Госзаказчики должны разъяснить потенциальным подрядчикам требования к прозрачности их деятельности на самом раннем этапе проведения закупки и четко обозначить в тендерной документации, какую информацию подрядчик должен раскрыть при заключении договора и при дальнейшем сотрудничестве.

Перевод Дарьи Тепляковой