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

1. Вводная задача от заказчика, проблематика, цели

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

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

2. Описание реализации кейса и творческого пути по поиску оптимального решения

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

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

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

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

- Получение всей истории документооборота от стороннего АРМ, обработка, и сохранение их в базе.

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

- Просмотр истории документооборота со сторонним АРМ.

Реализация

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

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

- Работать сразу по трем различными направлениям одновременно: база данных, backend и frontend, что бывает довольно редко.

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

Состав команды:

1 Team Lead

2 Backend

2 Frontend

1 DBA

Трудности

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Результаты сотрудничества

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

Что получила компания IBS, выбрав нас в партнеры:

- Качественный и быстрый рекрутинг под задачи клиента.

- Способность работать одновременно с БД, backend и frontend, т.е. полностью взять ответственность за отдельный блок работ.

- Глубокое понимание процессов и таймингов других проектных команд, умение брать инициативу.

- Четкое выполнение задач, несмотря на рекордно сжатые сроки.

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