Системный аналитик «в бою»: вся правда о работе над проектом КЦР

Здравствуйте, снова на связи я, системный аналитик Gems Плеско Юлия. В прошлый раз мы поговорили про ключевые моменты моей работы, сегодня хочу поделиться историей о работе над реальным «боевым» проектом — КЦР.

Сейчас мы реализуем новый модуль, который интегрируется с конструктором цифровых регламентов, тем самым КЦР.

Что такое цифровые регламенты?

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

То есть любое наше обращение в какое-либо ведомство — это по сути услуга и её результат. Хотим ли мы получить загранпаспорт, разрешение на строительство или ввод в эксплуатацию здания.

Это всё услуги, которые мы можем получить даже в своём мобильном телефоне через приложение Госуслуг, или как его называют иначе Единый портал государственных услуг (ЕПГУ). Мы как простые граждане просто подаём заявление нажатием нескольких кнопок, с другой стороны наше заявление получает сотрудник (исполнитель), который должен помнить всё, что нужно сделать: какие документы и сведения запросить у заявителя (то есть у нас), какие межведомственные запросы нужно направить, что выдать в качестве результата. Раньше это было или на бумаге или в голове у сотрудника. Представьте, столько информации. Ладно, когда речь идёт об 1, 2 или даже 3 пунктах, а если их 123? Это нам кажется, что нажал кнопку, а через пару дней или недель получил ответ. На деле это много шагов и итераций: тот же паспорт нужно проверить действителен ли он, а то ли заявление заполнил заявитель, чтобы получить результат, на который он рассчитывает. Это всё большие и трудоёмкие процессы.

С Госуслугами мы давно интегрированы, и даже если вы не знаете, то все градостроительные услуги оказываются благодаря нашей системе Geometa.

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

Что мы делали для реализации проекта КЦР?

Для реализации проекта на первом этапе мы провели профилирование заявителя, то есть задали вопросы для определения его роли: является ли он физическим лицом или представителем юридического лица? С какой целью он обратился? На основе этих данных мы запрашиваем необходимые документы и сведения. То есть даже на этом этапе исполнителю больше не нужно держать всю информацию в голове — система сама подскажет ему шаги. Это похоже на интерфейс самих Госуслуг: заявитель заполняет поля по шагам и загружает документы без лишних усилий.

На втором этапе мы настроили проверку документов и сведений. Например, система, направляя межведомственные запросы может обнаружить опечатку в паспорте или его недействительность, например, если заявитель загрузил данные паспорта СССР, а не России.

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

Рассмотрим подробнее, что именно делает КЦР. В этом конструкторе прописываются все этапы процесса: от подачи заявления до получения результата. Здесь фиксируются способы подачи заявлений и формы получения результата. Конструктор имеет интуитивно понятный интерфейс: исполнители описывают поведение системы без необходимости писать код. Система преобразует это описание в машиночитаемый вид.

Однако работа над проектом — это не простое дело. У нас много услуг с различными нюансами, которые нужно учесть при настройке системы. Одна из главных проблем заключается в том, что исполнители пока не умеют работать с КЦР. У них возникают сложности при составлении регламентов, а от этого зависит корректность работы системы. Если регламент составлен неверно, система не сможет правильно обработать данные.

Мы понимаем эти трудности и делимся своим опытом с исполнителями. Мы помогаем им составлять регламенты так, чтобы система работала корректно и эффективно.

Возникает логичный вопрос, а в чём был мой вклад в этот проект?

Так получилось, что когда стартовал этот проект, я только пришла в компанию. Поэтому мы с ним вместе практически с самого начала. Первым делом началось исследование самого КЦР: знакомство с ним и получение доступа через наших заказчиков — им спасибо за помощь!

На начальном этапе я изучала принципы составления машиночитаемого регламента и логику его работы. Здесь не было много работы с документацией НПА — это известные процессы оказания услуги. Мы уже реализовывали эти услуги на стороне системы; сейчас они просто представлены в новом формате.

А дальнейшая работа аналитика, то есть моя, заключалась в том, чтобы понять, как совместить логику КЦР с нашей текущей логикой. Вместе с командой разработки мы итерационно реализуем проект: сначала одну часть, потом другую — так постепенно складываем все звенья.

Проект КЦР стал для меня не только профессиональным вызовом, но и возможностью расти и развиваться вместе с командой.

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

Если у вас есть вопросы или вы хотите узнать больше о работе команд и проектах в Gems, не стесняйтесь писать комментарии! Мы всегда открыты для общения и готовы делиться своим опытом.

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

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