Данные · процессы · архитектура решений
И каждый может доказать, что прав. Пока это так, решения о загрузке, закупках и людях принимаются по экспертной оценке — без надёжной опоры на данные.
Я иду от спорной цифры назад — до формулы, источника и ручного шага. Нахожу, где разошлись правила, и собираю единый воспроизводимый расчёт: с определением показателя, владельцем и историей изменений.
Сергей Мердеев. С 2011 года — от инженерных систем через управление производством до решений на стыке данных, процессов и управленческой аналитики в холдинге на 40 000+ сотрудников.
Знакомые ситуации
Под отчётами лежат источники, формулы и негласные договорённости о том, что считать правдой. Ломается обычно там — а правят почему-то отчёт.
У каждого своя выгрузка, и каждый формально прав. Совещание уходит на сверку вместо решения.
Он знает, где что поправить руками. Уйдёт в отпуск — отчёт сдвинется. Все это понимают и молчат.
Дашборды открывают на демонстрациях. Решения принимают по своей табличке — ей доверяют больше.
Кто и когда их менял — не помнит никто. Пересчитать прошлый квартал по тогдашним правилам уже нельзя.
Цена ошибки
Подставьте две версии одной и той же цифры и посмотрите, какого масштаба разница стоит за спором.
Что именно не сходится?
Масштаб расхождения
13млн ₽
Это не убыток. Это денежный объём, по которому в компании нет одного ответа. Настоящую цену вы посчитаете по своей марже — и лучше до проекта, чем после.
Если расхождение выглядит знакомо
Разобраться, откуда оно берётсяУслуги
Сначала выясняем, что происходит на самом деле. Разработка и выбор платформы — потом, если вообще понадобятся.
Беру два-три показателя, от которых зависят деньги, и прохожу их до первичного источника. Говорю с теми, кто вводит, считает и пользуется. Обычно к третьему разговору становится видно, где теряется смысл.
Мощность, план-факт, выход, производительность, стоимость рейса, загрузка транспорта и складов, оборачиваемость. Сначала фиксируем, что именно означает показатель, откуда он берётся, как считается и что делать с исключениями. Потом собираю рабочую модель и проверяю её на ваших данных — до того, как в автоматизацию или BI вложат деньги.
Тот самый файл, из-за которого нельзя закрыть период. Разбираю, что в нём настоящая бизнес-логика, а что наросло за годы. Перевожу процесс параллельным контуром, а не рубильником, чтобы он не встал ни на день.
Я не подменяю вашего владельца процесса: методология работает, только когда у показателя есть хозяин внутри компании. Что ещё не ко мне — ниже, отдельным списком.
Фиксированная сумма за оговорённый объём. Называю после первого разговора — когда ясно, сколько источников и насколько глубоко копать. До этого любая цифра была бы взята с потолка.
Как я работаю
Хороший показатель не требует расследования. По критичному числу в отчёте за минуту должно быть понятно: откуда оно взялось, по какому правилу посчитано, когда правило меняли и кто за него отвечает. Это и есть то, что я оставляю после себя.
Учётная система, журнал смены, выгрузка
зафиксированРасчёт с номером версии и датой начала действия
версия 3, с 01.06Отдельный слой: факт не смешан с производными
воспроизводитсяСверка с независимым источником, контроль полноты
сошлосьЧисло, на которое можно опереться на совещании
владелец назначенРвётся обычно второе звено. Правило существует, но его нет на бумаге и у него нет даты. Из-за этого прошлый период уже не пересчитать, а спор не закрыть.
Ручная отчётность
Часы на сборку и сверку складываются в людей. Посмотрите, сколько получается у вас.
В пересчёте на полную занятость это
1,3полных ставки
Считаем так: часы × людей × 47 рабочих недель. Ставка — 8 часов в день, год — 247 рабочих дней. Часть этой работы автоматизируется, часть остаётся: ручная сверка иногда и есть контроль качества. Что именно освободится, покажет разбор.
Кейсы
Разные задачи, одна и та же болезнь: показатель есть, доверия к нему нет. Ниже — что менялось в работе компании после того, как счёт приводили в порядок.
Каждая площадка считала выход по-своему. Версии норм, рабочие графики, исключения — в разных источниках и с разными датами действия. Итоговую цифру нельзя было ни объяснить, ни безопасно поправить.
Задал единую детализацию. Развёл фактический и расчётный слои. Описал версии правил и исключения, добавил проверки и журнал решений.
Модель живёт в регулярной аналитике и в материалах для руководства. По любому критичному числу поднимается источник, правило и статус проверки.
Модель живёт и дорабатывается: правила уточняются, когда всплывают новые исключения.
Несколько отчётных процессов перемалывали одни и те же исходники по отдельности. Правку нужно было вносить в каждый. Тяжёлые отчёты обновлялись десятками минут.
Собрал переиспользуемый промежуточный слой на той платформе, что была доступна. Заранее нашёл её предел и описал границу будущего переезда — чтобы решение не стало тупиком через год.
Слой стал общим источником сразу для нескольких направлений.
в проверенных сценариях быстрее в 5–10 раз
Один и тот же слой теперь питает несколько отчётов: правку вносят в одном месте, а не в каждом.
Площадки вели свои файлы, каждая со своими правилами. Дальше это ещё раз сводили вручную. Как идёт текущий месяц, узнавали, когда он заканчивался.
Формализовал логику каждой площадки, построил динамическую модель и устойчивый импорт, отделил исходные показатели от производных.
Обновление всего контура — около десяти минут. Цифру текущего месяца видно до закрытия периода. Этими же данными пользуются финансы, планирование и качество.
Собрано на той платформе, что была под рукой: работать начали сразу, не дожидаясь бюджета на новую систему.
Техническая часть
Мастер импорта в графическом интерфейсе показывал прогноз около восемнадцати часов. Загрузка через TSV и SqlBulkCopy уложилась в 5,87 минуты; полноту проверил сверкой количества строк с источником, брака — ноль.
в 184 раза быстрее
Отдельно: ежедневный отчёт для руководства собирался 30–60 минут, стал 10–15. Файл похудел вдвое. Процесс описан и передан другому аналитику. Работа сделана не когда она работает, а когда работает без меня.
Похожая задача?
Опишите её в двух предложенияхГраницы
Первый шаг
Без презентаций, доступов и выгрузок. Этого хватает, чтобы мы оба поняли, есть ли здесь задача.
Какая цифра вызывает споры, что от неё зависит и где ошибка начинает стоить денег.
Источники, кто трогает руками, где рвётся и что делают, когда не сходится.
Что реально сделать первым этапом, с чего начинать и стоит ли начинать вообще.
Если задача окажется не моей, скажу это сразу и, если знаю, подскажу, к кому идти. Отнимать у вас больше двадцати пяти минут мне невыгодно ровно так же, как и вам.
Перед стартом
Скорее дополню внедрение. Я разбираю, какое значение считать правильным и из каких источников его собирать; подрядчик строит витрину и интеграции. До старта сверяем границы ответственности, чтобы не дублировать работу и не создавать конфликтов.
Для первичного разбора выделенная команда не нужна. Понадобятся несколько разговоров по 40–60 минут с теми, кто вводит данные, считает и принимает решения. Если дело дойдёт до реализации, нужное участие и владельцев согласуем отдельно до старта.
Работаю по вашему NDA. Для разбора обычно достаточно структуры и правил расчёта, а не самих значений. Если нужны реальные данные — подойдёт обезличенная выборка или работа внутри вашего контура.
Фиксированная сумма за оговорённый объём, не почасовая ставка. Размер зависит от числа источников и глубины разбора — поэтому называю после первого разговора.
Постановку задачи, методологию, архитектуру и приёмку веду лично. Если для реализации нужны дополнительные руки или компетенции — разработка, процессный анализ, интеграции — подключаю специалистов под конкретную задачу. Кто за что отвечает и какой объём беру на себя, определяем до старта.
Использую там, где он действительно ускоряет работу: разбор источников и формул, документация, код, проверки. Но решить, какое значение считать правильным, модель не может — это задают определения и владельцы показателей. Поэтому сначала правила и контур данных, потом автоматизация, в том числе с помощью ИИ. Конфиденциальные данные остаются внутри согласованного контура.
Тогда у вас будет документ, который это подтверждает, и можно спокойно вкладываться в BI или ERP, зная, от какой точки считать эффект. Это тоже результат, просто менее драматичный.
Опыт
До аналитики я больше десяти лет отработал на производстве и в инженерных системах: смены, люди, оборудование, пусконаладка. Поэтому производственную логику мне не нужно изучать по документации.
Работаю между производством, инженерией, качеством и HR. Отвечаю за то, как показатели поставлены, посчитаны и устроены внутри, — и за то, чтобы результатом действительно пользовались.
SCADA, PLC, HMI. Пусконаладка, модернизация, подрядчики, документация, обучение операторов.
От инженера до начальника участка. Команды до тридцати человек, ответственность за выпуск, качество, оборудование, персонал и отчётность.
Автоматизация, диспетчеризация, диагностика. Здесь я разобрался, как физически устроен процесс. Без этого данные о нём читать нельзя.
Инструменты: MSSQL и T-SQL, моделирование данных и ETL, Power Query, DAX, Python, PowerShell. Из промышленного — SCADA, PLC, HMI.
Двух предложений достаточно: что не сходится или делается вручную и от чего зависит решение. Отвечу и предложу время для разговора.