Прибейте меня, я делаю интеграцию. Часть 1 🍑 Вы - аналитик. И вам говорят: «Нужно интегрироваться с другой системой». А можно я в очередной раз опишу задачу на покраску кнопочки?🥺 Я уже писал про то, почему не люблю интеграции. Чаще всего это душная однотипная х*йня, в которой особо негде проявить фантазию. Или большая сложная задача, где много документации и данных, которые желательно не упустить, чтобы потом не разгребать серьёзные ошибки. Но одними фичами сыт не будешь, и работа с интеграциями - неотъемлемая часть жизни аналитика. В прошлом году я уже делал серию постов про ведение проектов с нуля: Как вести проекты с нуля? Как вести проекты с нуля? 2 Как вести проекты с нуля? 3 Как вести проекты с нуля? 4 Как вести проект с нуля? 5 Как вести проект с нуля? 6 Как вести проект с нуля? 7 В этом году хочется повторить такой же формат, но уже про интеграции. Чтобы если интеграции вас душат, то теперь вы могли сказать: Ща всё будет «hold my beer», или чай, если вы не пьёте, как я ☕️ Что вообще такое интеграция? Интеграция - это когда две или больше системы обмениваются данными или событиями, чтобы бизнес-процесс работал целиком. По-простому: ✅ одна система что-то создает; ✅ другая это принимает; ✅ и между ними есть договорённости, формат, правила и ответственность. Пример Допустим, у нас есть новая система, которая отвечает за работу с клиентами. Пока что она умеет только одно - создавать клиента. Клиент пришёл → мы приняли данные → сохранили → создали личный кабинет. Никаких интеграций пока нет, всё живёт внутри одной системы. А потом приходит бизнес и говорит: — клиенту нужно создать счет (это делает другая система); — клиента нужно проверять в системе проверок; — часть данных нужно отправлять в систему отчётности. И вот тут внезапно появляется сразу несколько интеграций. Если хоть одно звено отвалиться, то бизнес-процесс ломается. Вот это и есть интеграция. Поставщик и потребитель В любой интеграции всегда есть минимум две роли. Поставщик (provider) - это система, которая: ➡️ владеет данными; ➡️ их создаёт или обновляет; ➡️ отвечает за их корректность. Потребитель (consumer) - это система, которая: ➡️ получает эти данные; ➡️ использует их в своих процессах; ➡️ живёт с последствиями, если данные приехали криво. Очень частая ошибка не договориться на старте: 🧐кто владелец данных; 🧐кто имеет право их менять; 🧐кто вообще отвечает, если всё сломалось. Если этого не зафиксировать, интеграция потом начинает жить своей собственной жизнью, а любой разбор проблемы превращается в вереницу писем и поиск «кто виноват». Зачем тут вообще аналитик? Потому что именно он: 👍видит бизнес-процесс целиком; 👍 понимает, зачем вообще нужна эта интеграция; 👍 переводит хотелки бизнеса на человеческий язык для команды; 👍 фиксирует договорённости между системами. В следующей части поговорим про виды интеграций. А пока расскажите в комментариях: с какой самой странной или болезненной интеграцией вам приходилось сталкиваться?👇 Вторая часть IT АНАЛитика | Подписаться