Технологии и разработка

Система компании интеграций и API

Провайдеры интеграции систем для крупных предприятий с множеством платформ.

Проект интеграции от инвентаризации систем и проектирования потоков до разработки, тестирования, продакшна и непрерывного мониторинга.

Без банковской карты — ваш проект будет готов с полной системой за минуту

Инвентаризация1
Перечислите системы вашего текущего клиента и их интерфейсы
Проектирование1
Нарисуйте первый поток данных и утвердите его
Разработка0
Пока нет карточек
Тестирование1
Задокументируйте на форуме сторонний интерфейс, с которым работаете
Продакшн0
Пока нет карточек
Мониторинг0
Пока нет карточек

Так выглядит доска системы, которую вы получите: колонки рабочего процесса и стартовые карточки с первыми шагами

Как устроена работа в этой системе?

Каждый проект интеграции начинается карточкой в «Инвентаризация», где архитектор интеграции перечисляет системы клиента, их доступные интерфейсы и ограничения — система без задокументированного интерфейса означает риск, который лучше выявить рано, а не поздно. Затем «Проектирование» — прорисовка потока данных между системами: что движется, когда и в каком порядке, — документируемая схемами, прикреплёнными к карточке. Далее «Разработка» для построения интерфейсов, затем «Тестирование» реальными сценариями на обезличенных продакшн-данных, затем «Продакшн» при фактическом запуске, и наконец постоянный «Мониторинг» алертов сбоев синхронизации.

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

Архитектор интеграции владеет «Инвентаризация» и «Проектирование» и подписывает схему до любого кода, разработчики строят интерфейсы и документируют ожидаемые случаи сбоев и их обработку, а координатор тестирования ведёт «Тестирование» сценариями, которые утверждает клиент. После «Продакшн» карточка остаётся живой в «Мониторинг»: каждый сбой синхронизации регистрируется на ней с причиной и длительностью — и именно на истории мониторинга строится продление контрактов.

Кто за что отвечает?

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

Архитектор интеграции

Перечисляет системы клиента в «Инвентаризация» и рисует поток данных в «Проектирование», подписывает схему до разработки и решает технические разногласия со сторонними сторонами.

Разработчики интерфейсов

Строят интерфейсы в «Разработка» и документируют ожидаемые случаи сбоев и их обработку, обрабатывают алерты «Мониторинг» при сбоях синхронизации.

Координатор тестирования

Ведёт «Тестирование» реалистичными сценариями, утверждаемыми клиентом, документирует результаты на карточке и утверждает переход в «Продакшн».

Технический аккаунт-менеджер

Владеет отношениями с техническими командами клиента: координирует окна запуска и обслуживания, отслеживает этапы оплаты во Взаиморасчётах и ведёт приёмочные встречи.

Что подготовлено для вас с первого дня?

Модули системы

  • Задачи Канбан-доска с колонками рабочего процесса и карточками исполнения
  • Чат Быстрый канал ежедневной координации команды
  • Форум Задокументированные обсуждения в упорядоченных разделах — решения и знания не теряются
  • Объявления Официальный голос руководства — распоряжения и оповещения, которые доходят до всех
  • Выплаты Внутренние деньги со строгой конфиденциальностью — выплаты, авансы и расходы

Разделы форума (4)

  • Технические договорённости интеграцииСпецификация каждого интерфейса со сторонней стороной: обмениваемые данные, права доступа, контактное лицо и письмо о договорённостях — защита при разногласиях.
  • Случаи сбоев синхронизацииРазбор сбоев в «Мониторинг»: их первопричины и постоянное устранение — никакого тихого перезапуска, скрывающего проблему.
  • Паттерны интеграцииУтверждённые в компании паттерны: очереди сообщений, повторные попытки и периодическая синхронизация — когда применяется каждый паттерн и почему.
  • Документация интерфейсовБиблиотека интерфейсов распространённых на местном рынке систем и их известных ограничений — сокращает недели «Инвентаризация» в будущих проектах.

«Правила работы в этой системе» — Закреплено на форуме

1) Никакой разработки до утверждённого «Проектирование»: схему потока данных подписывают обе стороны, и она прикрепляется к карточке. 2) Каждая договорённость со сторонней стороной документируется в разделе «Технические договорённости интеграции» — устное никого не защищает. 3) «Тестирование» идёт по утверждённым клиентом сценариям на обезличенных данных, имитирующих продакшн. 4) Каждый сбой синхронизации в «Мониторинг» разбирается до первопричины — один перезапуск не является устранением. 5) Продакшн-данные используются в тестировании только обезличенными и анонимизированными. 6) Этапы оплаты проводятся во Взаиморасчётах по завершении «Проектирование», «Тестирование» и «Продакшн».

Приветственное объявление: «Добро пожаловать в систему интеграций»

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

Готовы? До вашего первого проекта — две минуты

Создайте бесплатное рабочее пространство сейчас и пригласите команду до конца дня.