Хочу поделиться с Вами идеей абстракции над данными. Идея которая то и дело возвращается ко мне в том или ином виде. Одной из форм возможного и понятного объяснения является сравнением с тем, что делает DJ когда создает музыкальный трек, в том или ином виде выглядит это примерно вот так:
![Создание трека Создание трека](https://habrastorage.org/getpro/habr/upload_files/3f2/b36/428/3f2b36428fc4c38cf05895d35400bb8b.png)
У данных инструментов всегда есть временная шкала. Кнопки управления классического плеера и возможность иерархически друг под другом выстраивать музыкальные фрагменты, произведения целиком и всякие повторяемые биты (часто зависит от того какую музыку мы хотим получить).
Зачастую у DJ есть какая‑то заготовка новой композиции в голове или записанная на листочке в каком то понятном виде. После чего он садится и начинает итеративно шаг за шагом добавлять кусочки, менять предыдущие, то и дело переслушивая результат. Пока в итоге не получает то к чему стремился, либо в процессе понимает что трек должен звучать совсем по другому, либо трек получился слишком похожим на какой то другой...
Данные в компании. План и факт
Ближе всего к аналогии с DJ инструментом зачастую оказываются MES системы и те свойства объектов — которые создают временные ряды данных. Это можно сравнить с тем, как звучит сочиненная ранее музыка (оценка Фактического исполнения Плана). Причем оценить зачастую на операционном уровне на небольшом промежутке времени. И понять или не понять в итоге что на тактическом уровне планирования — музыкальный сет задумывался иным. А на стратегическом уровне планирования — то есть 3х дневный музыкальный фестиваль — должен был получиться совершенно другим!
Какую музыку играет ваша компания?
Разные компании находятся на абсолютно разном уровне понимания как у них все устроено и как должно быть устроено, а те кто что‑то понимают как должно быть — в свою очередь находятся на разных уровнях цифровизации и понимании своего внутреннего ландшафта. Накопленных и зачастую «как‑то» соединенных между собой решений.
Сюда же можно докинуть что не везде есть понимание что такое уровни планирования и как они должны быть между собой связаны. А какие связи должны быть между подразделениями компании? Кто первичен, кто вторичен? Тут на помощь приходят всевозможные попытки интегрировать планирования между собой: S&OP, Integrated Business Planing, Demand Driven.
Идея на тему "Как начать учиться играть красивую музыку"
![](https://habrastorage.org/getpro/habr/upload_files/4d2/921/e14/4d2921e146408f5f8a24dda6768f92d0.png)
Как я писал ранее, MES системы со своими временными рядами ближе всего к абстракции с примером про создание музыкального трека. У прочих систем вроде ERP это могут быть и классические sql записи с датой и временем.
Кто бы что не планировал на операционном, тактическом или стратегическом уровне. Это должно находить свое отражение в виде некоего свойства элемента/объекта или группы объектов — в виде метрики. Если стратегический уровень не опускается в своем планировании ниже какого то уровня структуры предприятия или группы объектов, следовательно чтобы провести «план/факт анализ», необходимо провести агрегацию над свойствами объектов ниже. При этом агрегацию тоже делать раз в N часов/дней/недель — чтобы разделив цель «Улучшить за год показатель XXX" нужно понимать сколько из этого за год, нужно исполнить в 1-2-3... неделю.
По общей моей задумке мы выстраиваем онтологию компании, выстраивая объектную модель со своими различными представлениями (View) над некими неделимыми объектами. Это может быть как «отдел расчетчиков заказов» (Обобщающий объект), у которого есть сотрудники в виде входящих объектов, могут быть оцениваемые показатели, метрики. Так и «производственный участок № 3» — который распиливает длинномеры на детали для производства, у него могут быть объекты как сотрудники, так и оборудование со своими датчиками — создающими свои данные.
А в итоге группа «DJ компании» должны получить один большой красивый трек, слушая который периодически исправляют и дополняют - в погоне за совершенством =)