Государственные проекты часто сталкиваются с жёсткими ограничениями: фиксированные сроки, ограниченный бюджет и зависимость от внешних систем. Наша команда столкнулась с дополнительной сложностью — часть этих систем оказалась не готова к интеграции.
Мы работали над подсистемой «Облачный сервис» для государственной информационной системы «Единый личный кабинет Оренбургской области». Задача заключалась в создании интеграции, объединяющей ГИС УКО, ГИС ЦО и СКУД. Эта система контролирует доступ в школы, фиксирует события входа и выхода, а также отслеживает поездки школьников по транспортной карте. Проект был важен для безопасности детей.
Основные вызовы
Главная сложность стала понятна сразу: системы, с которыми нужно было интегрироваться, не были готовы. У них отсутствовали стабильные API и проверенные сценарии обмена данными, что не позволяло протестировать взаимодействие. Обычно это останавливает проект, но у нас не было времени ждать.
Ситуация усложнялась инфраструктурными ограничениями. Для подключения к среде заказчика требовалась лицензия, получение которой заняло больше времени, чем планировалось. Параллельно мы работали с не до конца определёнными требованиями, согласовывали интерфейсы и уточняли ожидания заказчика по ходу проекта.
В процессе разработки изменились требования: одну из систем интеграции заменили на другую, используемую в школах. Такие изменения часто приводят к пересмотру сроков и бюджета.
Подход к реализации
Чтобы не зависеть от внешних систем, мы разработали проект на основе эмулированных данных. Команда смоделировала сценарии взаимодействия, подготовила тестовые данные и реализовала логику обмена. Это позволило не останавливать разработку и двигаться по графику.
Мы выстроили работу с требованиями итерационно: сначала согласовывали макеты, затем переходили к разработке и вносили изменения по мере необходимости. Такой подход оказался устойчивым в условиях размытых формулировок и позволил избежать множества переделок.
Замена одной из интеграций также потребовала внимания. После анализа новой системы стало ясно, что изменения не затронули ключевую архитектуру. Это позволило реализовать обновлённые требования без увеличения бюджета и сохранить темп.
Результат и дальнейшее развитие
Проект был реализован за 80 дней в рамках бюджета. Все этапы приёмки прошли успешно, несмотря на тестирование на эмулированных данных. Часть задач сместилась на этап технической поддержки, так как интеграции не проверялись на реальных системах.
Сейчас проект продолжает развиваться: продолжаются доработки со стороны смежных систем, готовится пилотный запуск в школах Оренбурга.
Этот кейс показывает, что в проектах с высокой неопределённостью ключевую роль играет не только техническая реализация, но и управленческий подход. Способность двигаться без полной готовности внешних систем, выстраивать итерационную работу с требованиями и принимать взвешенные решения позволяет сохранять контроль над проектом даже в сложных условиях. Именно это делает возможной реализацию подобных проектов в жёстких рамках.