«Операция без наркоза» | Часть 1 - Наследство
Идёт третий месяц моей работы в Нескучных Финансах руководителем технического отдела и отдела аналитики. И это, без преувеличения, один из самых сложных и интересных кейсов за всю мою карьеру.
Мне достался в наследство IT-ландшафт из нескольких тесно сплетённых систем. Связи между ними запутаны, нигде не описаны и держатся на десятках тысяч правил, которые живут фрагментами в головах нескольких человек и «в куче разных мест».
Я не раз внедрял системы с нуля - там логика прозрачна: описываешь процессы, настраиваешь, планомерно вводишь в эксплуатацию. Чистый лист. Строишь дом по собственному чертежу.
Здесь всё иначе.
Здесь нужно не построить, а понять и пересобрать живой организм — не останавливая ему сердце. Компания управляет десятками миллионов в месяц и позволить себе «управленческую слепоту» не может ни на день. Это как чинить самолёт прямо в полёте: приземлить нельзя, пассажиры на борту, а половина приборов врёт.
Контекст, с которым имею дело:
— Битрикс24 усложнён до предела. Путь клиента (CJM), который должен отражаться в движении сделок по воронкам, не соответствует реальности. — Больше 200 полей в сущностях, часть из которых по нескольку раз дублирует одну и ту же информацию. — Более 12 сложнейших Google-таблиц - и это не «черновики», а часть управленческой модели: менеджмент на них опирается и отказываться не готов. — Более 200 уникальных лендингов плюс большой SEO-сайт. — PowerBI, который замыкает всё перечисленное между собой через 10 000+ нигде не описанных правил компиляции - по сути, чёрный ящик. — Связка ИИ чат-ботов. — И сверху коммерческий блок каждый день докидывает новое: алгоритмы расчётов, лендинги, боты, калькуляторы, мероприятия, контент, email-маркетинг, запуски продуктов, гипотезы - и каждую гипотезу нужно оцифровать и измерить.
Представьте масштаб действий, которые проходят через эту инфраструктуру за один день. И какую ответственность несёт технический и аналитический контур, держащий всё это на себе.
Проблематика:
Сложность экосистемы достигла точки, за которой любое дальнейшее масштабирование вело компанию к IT-параличу и коллапсу процессов - а значит, к серьёзным финансовым и репутационным потерям.
Скажу так: не запусти мы пересборку - рано или поздно компания просто потеряла бы контроль, окончательно запутавшись в собственной сложности. Как в наушниках, где дёргаешь за один провод, а затягиваются ещё три.
Потому что вопрос предельно простой: если мы не понимаем, как устроены наши процессы - как мы ими управляем?
Интуитивно? Допустим. А если речь об эффективности? А если о масштабировании системы, чью логику и взаимозависимости не понимает до конца никто?
Это невозможно.
Что было по факту в мае, когда я пришёл: — мы не знаем, как устроены системы, и не видим всей картины связей между ними; — остановить процессы нельзя; — пересобрать с нуля нельзя - система уже обогащена историческими данными; — путь клиента не отражает реальность.
А хотим мы простого и ясного: единую, понятную всем связь систем, прозрачную логику компиляции данных, релевантный путь клиента - и всё это не выключая текущую аналитику, чтобы ни на день не ослепнуть.
Задача разложилась на три:
1. Спроектировать простую и понятную систему «на бумаге» — целевую картину. 2. Расшифровать, как работает нынешняя паутина из 10 000+ правил — вскрыть чёрный ящик. 3. Построить стратегию перехода из сложного в простое: без потери исторических данных и бесшовно, не прерывая живые процессы.
В команде на всё это - я и два человека.
Уровень — Хардкор.
Продолжение следует…
· 28.07
У меня в таких ситуациях всегда возникает вопрос, как до такого довели вообще. Это же не за один день строилось, а годами, и годами никто не запрашивал документацию.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 28.07
У меня конечно тоже на этот счет подгадает переодически, но потом я понимаю, что если бы так всё не запустили, то меня бы и не пригласили навести порядок на смену предыдущему менеджеру 😁
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 28.07
Да, документацию никто не вел. Просто все бралось в работу лишь бы быстрее "временно" так поработало) По итогу от таких "временных" решений накопился огромный технологический долг, который мы теперь отдаем и уже по уму всё пересобираем.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 28.07
В такой ситуации есть риск, что руководство просто не видит ценности в документации и описании связей между элементами стстемы. Я с таким сталкивался. Им важно, чтобы сейчас работало - а под капот заглядывать никто не будет
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 28.07
Это нормально. Они по идее и не должны об этом думать. Она просто молча должна собираться, и любые задачи сначала решаются через технологическую карту, где мы учитываем все взаимозависимости и оставляем след описывающий логику этих связей, и только потом идем делать. Эта тема уже 2-й части)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён