Кейс: срочное включение команды в проект для федерального заказчика

10 июня 2021
Поделиться

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

В течение недели наши специалисты должны были включиться в проект с 4-летней историей, имеющей сложную архитектуру, одновременно начать работу по трем направлениям, разработать шлюз приема электронных данных за 2 месяца и в итоге помочь IBS уложиться во внутренние дедлайны с заказчиком. О том, как выполнить необъятный блок работ в сжатые сроки и параллельно решить внештатные ситуации, возникающие в ходе проекта, — читайте далее.

alt
Антон Новоженин
Эксперт по разработке ИТ-продуктов
Забронировать звонок с экспертом

Предыстория проекта

IBS — одна из ведущих российских компаний в сфере IT-услуг. Для многих крупных российских компаний и государственных структур IBS является ключевым технологическим партнером, предлагающий услуги консалтинга, кастомизацию программного обеспечения и системную интеграцию.

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

Описание задачи

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

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


Специалисты IBS четко определили функциональные задачи модуля:

  • Получение всей истории документооборота от стороннего АРМ, обработка, и сохранение их в базе.
  • Загрузка документов, электронная подпись, отправка в сторонний АРМ, обработка и сохранение в базе стороннего АРМ.
  • Просмотр истории документооборота со сторонним АРМ.

Реализация

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


Перед нами стоял ряд задач:

  • Работать сразу по трем различными направлениям одновременно: база данных, backend и frontend, что бывает довольно редко.
  • Помимо выполнения роли хранилища, база данных должна обеспечивать бизнес-логику: вывод определенных данных и их передача в UI.
alt
Вступите в закрытый клуб и получите возможность сформировать самую сильную команду под свой проект
Узнать о свободных специалистах

Используемый технологический стек

Команда


1 Team Lead
2 Frontend Developers
2 Backend Developers
1 DBA


Трудности

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

  • Отсутствие данных для транзита из-за единовременного старта работ.

    Работа над проектом началась одновременно по трем фронтам: БД, backend и frontend. Когда backend- и frontend-разработчики входят в проект последовательно, последние сразу могут приступить к работе над транзитом данных. Здесь же Java-программистам, отвечающим за транзит данных на уровень UI, передавать было нечего.

    Решение

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

  • Синхронизация баз данных.

    В соответствии с техническим заданием Java не только передает данные из базы данных на UI, но и синхронизируется с базой данных стороннего сервиса.

    Решение

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

  • Координация работ с учетом других сервисов.

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

    Решение

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

  • Сжатые сроки.

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

    Решение

    Вся команда состояла из опытных разработчиков middle+. Когда работы ведутся не последовательно, а параллельно сразу по нескольким направлениям, ежедневно появляются новые данные, возникают нестыковки. Для успешной реализации работ мы выбрали проактивную позицию в коммуникации с IBS и другими проектными командами. Режим работы 24/7, ежедневные разноуровневые конференц-коллы, четкая синхронизация действий позволили нам сдать работы в срок.



Результат

Мы выдержали оговоренные сроки и помогли компании IBS уложиться в дедлайн перед федеральным заказчиком. В режиме цейтнота, напряженной работы и ежедневной коммуникации можно сказать, что мы стали единой командой со специалистами IBS.


  • Качественный и быстрый рекрутинг под задачи клиента.
  • Способность работать одновременно с БД, backend и frontend, т.е. полностью взять ответственность за отдельный блок работ.
  • Глубокое понимание процессов и таймингов других проектных команд, умение брать инициативу.
  • Четкое выполнение задач, несмотря на рекордно сжатые сроки.

В результате архитектура модуля и его бизнес-логика четко реализованы и запущены согласно всем необходимым требованиям. А это значит, что IBS в свою очередь, сможет выполнить все обязательства перед федеральным заказчиком.


Отзывы клиентов

«Мы рады, что опыт и умение слаженно работать в условиях жесткого тайминга пригодились нашему партнеру IBS, что способствовало успешному запуску нового компонента такой сложной системы. Не скрою, была задача показать себя в деле: как мы подбираем команду под задачи, как входим в проект, как решаем сложные ситуации, — и мы неплохо справились. Проанализировав полученный экстремальный опыт мы поняли, что многие компании оказываются в условиях горящих сроков и отсутствии нужных специалистов рядом в этот момент. Мы придумали, как можем предвосхитить это — предоставить нашим заказчикам Fast Track. Это простое и удобное оповещение об освободившихся ресурсах внутри нашей команды. Так вы всегда будете знать, по каким направлениям мы можем подключиться к вашим задачам, а главное — планировать процессы и контролировать сроки.»
Илья Деревенский
Project manager Redlab