Прилетела задача: «нужна техническая интеграция с [система]». Не попросили — почти приказали. Сроки горят, давайте быстрее. Что за проект — не скажу, но история показательная.
Документацию мы нашли сами — её никто не дал. Сделали еле-еле, отметили галочкой, положили в ящик. Через полгода бизнес согласовал финансы и пришёл радостный: «ну вам же только включить?»
А там не вершина айсберга. Там «зачем мы это вообще делали».
Что пошло не так
Мы сделали техническую интеграцию буквально: связали две системы, данные ходят, ошибок нет. Но никто не спросил главного:
- какой бизнес-процесс это поддерживает;
- какие данные реально нужны, а какие — «на всякий случай»;
- кто будет пользоваться и как;
- что изменится в процессах, когда включим.
Мы интегрировали системы. А надо было — процессы.
За полгода изменилось всё: требования бизнеса, структура данных на той стороне, даже команда-заказчик. Наша интеграция осталась памятником тому, что было полгода назад.
Почему так выходит
«Давайте сделаем техническое, пока бизнес согласовывает» звучит логично — параллелим работу, экономим время. На практике:
- техническое без бизнес-контекста — это код в вакууме;
- требования меняются, пока ждёшь согласований;
- «просто включить» не бывает просто.
Что стоило спросить до старта
- Какую проблему решаем этой интеграцией? Ответ «ну, надо связать системы» — красный флаг.
- Когда запуск в прод? «Когда согласуют» — повод не начинать.
- Что будет, если не сделаем сейчас? Если ничего — точно не сейчас.
Интеграция без согласованного бизнес-процесса — это технический долг с первого дня.
Что забрать
- «Техническая интеграция» без бизнес-контекста — не интеграция, а заглушка.
- Не готов бизнес — не готова и техника.
- Вопрос «зачем?» важнее вопроса «как?».
- Галочка в трекере ≠ готовая фича.
Иногда лучший результат работы аналитика — не сделанная задача. Потому что вовремя спросил: «а точно надо сейчас?»