Кейсы

Моя команда разрабатывала платформу персональных данных и управления согласиями. У проекта было много стейкхолдеров: десятки команд разработки, юристы, аналитики, продуктовые и технические руководители. Принимаемые решения и выявленные риски требовалось регулярно доводить до всех заинтересованных сторон.

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

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

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

Система была разработана в 2014–2016 годах, а с 2017 года оставалась без полноценного сопровождения. К середине 2019 года она была практически неработоспособна: приём платежей постоянно давал сбои, а заменить подрядчиков по SMS, короткому номеру и платёжным шлюзам было невозможно.

Документация была подготовлена формально и не отражала фактическую работу системы. Я исследовал её методом реверс-инжиниринга: разобрал более 20 сервисов на Node.js, Java и PHP, восстановил форматы внешних и внутренних программных интерфейсов и перенастроил систему.

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

СПб ГКУ «Организатор перевозок» проводил пилотный конкурс систем электронных билетов для наземного транспорта. Мы присоединились к нему за два месяца до демонстрации, имея только минимальные наработки для оплаты проезда по QR-коду.

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

Я собрал требования у «Организатора перевозок», «Пассажиравтотранса» и «Горэлектротранса», подготовил продуктовые требования и архитектуру. Выбрал оборудование для валидатора, организовал разработку его прошивки и монтаж. Программная часть системы разрабатывалась командой под моим техническим руководством.

Наше решение стало единственным, которое выполнило требования пилота в полном объёме, и выиграло конкурс. Разработанные продуктовые требования и архитектура легли в основу последующей закупки системы городом, однако подрядчиком по её реализации стала другая компания. О том, как прошла эта закупка, писала «Фонтанка».

Городскому центру управления парковками требовалась подсистема для ведения реестра парковочных разрешений. Оператор должен был запрашивать через СМЭВ необходимые сведения региональных и федеральных ведомств, принимать решение по парковочному разрешению, подписывать его квалифицированной электронной подписью и передавать на портал «Госуслуги Санкт-Петербурга».

Я в одиночку реализовал подсистему под ключ за шесть месяцев. Собрал и дополнил требования вместе с профильным отделом заказчика, подключил восемь видов сведений СМЭВ2 и СМЭВ3, реализовал подписание и передачу решений и подготовил пользовательскую и техническую документацию по ГОСТ 34.

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

В начале 2020 года готовились изменения в КоАП, которые позволяли операторам платных парковок получать в МВД сведения о владельцах автомобилей для оформления штрафов. Требовалось запустить весь процесс: от запроса сведений до доставки постановления и контроля его оплаты в казначействе.

Бюджета на развитие системы не было. Интеграция с МВД отсутствовала, а существующие подключения к Почте России и ГИС ГМП устарели.

Я проанализировал процесс, согласовал с МВД формат обмена данными и реализовал интеграции по новым протоколам с Почтой России и ГИС ГМП. Поскольку сервис МВД был недоступен, обмен сведениями организовали с помощью реестров на электронных носителях. Дополнительно я разработал сервис для контроля оплаты штрафов, ведения учёта и формирования отчётности.

На следующий день после вступления изменений в силу были оформлены первые 20 штрафов. К концу февраля система позволяла обрабатывать до 1000 постановлений в день, доставлять их в бумажном и электронном виде и контролировать поступление оплаты через ГИС ГМП.

Центр управлял 24 автоматизированными городскими и перехватывающими автостоянками трёх производителей. Из-за недостаточного бюджета на обслуживание в начале года только четыре стоянки могли полноценно работать без контролёров.

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

Без увеличения бюджета через три месяца полноценно работали 20 из 24 автостоянок.