Это история о том, как мы устали от «зоопарка» систем и решили построить единый процессный контур. Делюсь опытом, цифрами и граблями, на которые наступили.

С чего всё началось

Помню, как на одной из планерок финансовый директор спросил: «Сколько мы потратили на ИТ-оборудование за квартал?» И мы не смогли ответить быстро. Данные были в 1С, в SAP, в Excel-реестрах, в Jira, в почте. Каждый отдел видел свою часть картины, но целой не было ни у кого.

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

Так родилась идея: построить единый контур, где бюджет, закупки, договоры, ITSM, ITAM и HRM работают как один механизм. Не «одна программа для всего», а связанные процессы с общей моделью данных.

Как мы это делали

Шаг 1. Определили процессы, которые дают максимальный эффект

Не пытались объять необъятное. Взяли четыре ключевые цепочки:

· Бюджет → Закупка → Договор — чтобы план-факт был в реальном времени. · Закупка → ITAM → ITSM — чтобы оборудование не терялось, а обслуживание было прозрачным. · ITAM → HRM — чтобы онбординг и офбординг не превращались в аврал. · Единая отчётность — чтобы руководство видело картину целиком.

Шаг 2. Собрали кросс-функциональную команду

В проекте участвовали ИТ, бухгалтерия, финансы, закупки, HR и юристы. Мы не делили зоны ответственности, а договаривались о сквозных правилах. Это было сложно, но именно это дало результат.

Шаг 3. Запустили MVP и показали быстрые победы

Первым делом автоматизировали учёт остатков и закупок. Настроили алерты по неснижаемому запасу, чтобы не покупать лишнее. Закупки сократились в 3 раза — это был ощутимый эффект, который зарядил команду.

Шаг 4. Интегрировали данные

Связали SimpleOne с 1С, SAP, АБС, Discovery и UCMDB. Настроили маппинг справочников и счетов, чтобы данные не расходились. Это была самая кропотливая часть, но без неё монолит не работал бы.

Что получилось

Вот цифры, которыми я горжусь:

· Сократили закупки в 3 раза за счёт контроля остатков и автоматических алертов. · Ускорили документирование на 35% и внос данных — на 65%. · Устранили «файл потерянных поставок» — всё оборудование, проходящее мимо отдела, автоматически попадало в заявку. · Экономия 27 млн рублей за год на проекте по сокращению расходов на восстановление банкоматов. · Запустили ITAM-модуль и систему бюджетирования ИТ за 3 месяца, настроили аллокацию затрат CAPEX/OPEX и дашборды план-факт для топ-менеджмента.

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

Грабли, на которые мы наступили (и что бы сделали иначе)

Честно: не всё шло гладко. Вот наши уроки.

1. Сопротивление изменениям. Люди привыкли к Excel и Jira. Переход на единую систему вызывал страх: «А вдруг станет сложнее?» Мы потратили много времени на обучение и объяснение выгод. Что бы сделали иначе: начали бы вовлекать ключевых пользователей ещё на этапе проектирования, а не после.

2. Сложность интеграций. Связать 1С, SAP, АБС и SimpleOne оказалось дольше, чем мы думали. Данные были грязные, справочники не совпадали. Что бы сделали иначе: выделили бы отдельный этап на нормализацию данных и аудит справочников до старта интеграций.

3. Риск «монолита-монстра». Если не управлять архитектурой, монолит превращается в неповоротливую систему. Мы закладывали модульность и чёткие границы доменов. Совет: не пытайтесь сделать всё сразу, развивайте поэтапно.

4. Единая точка отказа. Когда всё в одной системе, её падение останавливает процессы. Мы обеспечили отказоустойчивость и резервирование. Совет: не экономьте на надёжности.

5. Долгий цикл изменений. В монолите новые функции внедрять сложнее, чем в точечных решениях. Мы перешли на agile-подход внутри контура. Совет: приоритизируйте по бизнес-ценности, выпускайте релизы часто.

Часть 1