Системный и бизнес-анализ

Автоматизация на пищевом предприятии давно перестала быть данью моде. Сегодня это базовое условие конкурентоспособности: ERP-системы, MES-решения, датчики на линиях и интеграция с «Честным Знаком» стоят почти у всех. Но вот парадокс: у одних компаний после внедрения кривая прибыли уверенно ползет вверх, а у других — растут только расходы на IT-инфраструктуру.

По данным аналитики за 2025 год, около 60% предприятий пищевой отрасли не добились заявленного возврата инвестиций (ROI) от цифровизации, а четверть и вовсе зафиксировали рост издержек. Причина кроется не в программном обеспечении. Главная проблема — отсутствие управленческой зрелости. Это неспособность менеджмента корректно интерпретировать данные, принимать на их основе решения и оперативно перестраивать процессы.

Международный стандарт интеграции управления производством ISA-95 наглядно это подтверждает: автоматизация без выстроенной архитектуры уровней управления и без культуры анализа превращается в центр затрат, а не в драйвер роста.

Эволюция управления: от тушения пожаров к стратегии

Управленческая зрелость не появляется по щелчку мыши в день запуска новой системы. Это процесс системного взросления команды. От реактивного латания дыр завод должен перейти к осознанному планированию.

Логика развития управленческого контура выглядит так:

Если бизнес-анализ — это искусство превращать потребность заказчика в приносящее ценность решение то его основа — не методологии и не инструменты, а 6 базовых понятий, заложенных в BABOK (Business Analysis Body of Knowledge).

Именно поэтому мы запускаем цикл статей — «Шесть основ бизнес-анализа». В данных статьях мы разберем каждое из 6 базовых понятий отдельно: дадим определение, разберем типовые ловушки, рабочие техники, примеры «из жизни» и то, как применять BABOK прагматично, а не «по учебнику».

Я — Станислав Харьков, руководитель управления бизнес-анализа компании «БКС Мир инвестиций», и на собственном опыте знаю, насколько критично не упустить ключевых участников на ранних этапах. Поэтому начнём с понятия, которое чаще всего «ломает» проекты ещё до формулирования требований: заинтересованные стороны (ЗСт) или стейкхолдер.

Почему «собрать требования» невозможно, а итеративный подход — единственный рабочий вариант и чем Agile-требования на самом деле отличаются от классических.

А также:
▫️ Почему фраза «создайте мне систему» — это красный флаг.
▫️ Как постепенное уточнение спасает от «аналитического паралича» и переписывания кода.
▫️ User Story vs Use Case: в чём настоящая разница и что выбрать.
▫️ Схемы итеративного процесса и ролей в Agile-проекте.

Меня зовут Динара, я владелец продукта Naumen Service Desk и аналитик в команде внедрения, занимаюсь настройкой интерфейсов для Enterprise-клиентов.

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

Где здесь золотая середина? И как получилось, что от интерфейсов, которые должны упрощать жизнь, пользователи порой устают сильнее, чем от физического труда?

В этой статье я разберу, как развивались интерфейсы, почему «упрощение» не всегда делает продукт понятнее и какие принципы помогают находить баланс между функциональностью и удобством.

Внедрением бюджетирования в нашей стране разные методологи начали заниматься более 25 лет назад, с появлением первых систем автоматизации, в том числе и западных, не адаптированных тогда еще к нашим условиям работы. Примерно к 2010-м годам устоялась методология бюджетирования, разработано и адаптировано много специализированного софта. Но в 2020-е годы правила игры стали стремительно меняться. И к не до конца решенным методологическим прибавилось множество организационных проблем, не последнюю роль в появлении которых повлиял и западный софт, и западные методы внедрения. Кроме того, выявились проблемы и с автоматизацией различных смежных с бюджетированием процессов: прогнозирования, моделирования, сбора и обработки фактической информации, регламентации и дисциплины бюджетирования.

И наконец, в полный рост встала главная проблема – можно ли все эти проблемы решить без использования, ставшего недоступным или неоправданно дорогим, западного софта. Российские вендоры начали активно предлагать свой софт для процессов бюджетирования, но все ли вопросы он закрывает?

Я, Андрей Бурчаков, заместитель директора дивизиона корпоративных решений «Консист Бизнес Групп» (ТУРБО входит в ИТ-холдинг LANSOFT), эксперт по внедрению систем бюджетирования с двадцатилетним стажем. Сегодня я предлагаю посмотреть с позиции консультанта по внедрению на наше решение – систему ТУРБО Бюджетирование.  Поехали!

Всем привет, меня зовут Виталий, автор телеграмм канала Детектив данных, про мой путь в аналитике данных, мучаю питон и sql, строю графики и думаю как жить дальше.

По работе довольно много времени провожу в питоне и абсолютно всегда нужно контролировать чтобы в процессе работы с данными - эти данные не упустить, и если так произошло, то понять в какой момент нужно за ними вернуться.

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

Привет!

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

Если хочет — может раскрыть больше деталей, если нужно наоборот — может скрыть избыточные.

А также, помимо самого способа создания, хочу рассказать, как получилось прийти именно к такому варианту динамических диаграмм последовательности.

Будет PlantUML, JavaScript, HTML и немного разочарования в ИИ :-)

P.S. Не смотрите на то, что читать статью якобы много-много минут. Текста там не много, все код виноват :-)

Меня зовут Андрей Рыжик, я product owner BI-направления компании «Белый код». Это вторая статья из серии, в которой мы изучаем российские BI-системы с поддержкой ETL для клиентов из малого и среднего бизнеса с бюджетом до 1,5 млн рублей. Сегодня разбираем связку от компании Modus: Modus ETL и Modus BI.

OpenAI недавно закрыла раунд на 122 миллиарда долларов. Оценка компании после раунда — 852 миллиарда. Это самый большой частный раунд в истории Силиконовой долины. И впервые больше трёх миллиардов пришло от обычных людей через банки. 

Анализ экономики союза с помощью моделей прогнозирования, анализа близости и графового метода.

Сейчас в мировой экономике происходят такие процессы, что странам выгоднее и надежнее объединяться в союзы. Страны ЕАЭС в сложившейся геополитической ситуации смогли перенаправить свои торговые потоки друг на друга и благодаря этому продолжили расти, несмотря на попытки их изолировать извне.

Но есть проблема: Экономики стран союза работают в первую очередь на решение своих собственных, внутренних задач. Из-за этого участники ЕАЭС не всегда не дополняют друг друга, а наоборот, замыкаются сами в себе.

Самые интересные новости финансов и технологий в России и мире за неделю: завершилась миссия Artemis II, суды РФ продолжают поощрять бабкину схему, Иран и США помирились (но это неточно), Твиттер сдружил все народы с помощью автоперевода, Сэм Альтман не может перестать врать, а Милла Йовович наконец вкатилась в IT.

В первой части я показал, как пузырьковая диаграмма помогает увидеть связи в данных, которые не видны в таблице. Но как только данных становится больше — всё начинает ломаться: пузырьки наезжают друг на друга, цвета путают, а статичная картинка перестаёт что-то объяснять.
Это тот момент, где многие говорят: «Ну значит, инструмент не подходит».

На практике — подходит. Просто его нужно довести до рабочего состояния.

В этой части разберу три вещи, без которых bubble chart в реальных задачах не живёт:

• как справляться с наслоением,

• как использовать цвет без визуального шума,

• и как добавить время, чтобы график начал показывать не только «что есть», но и «что происходит».

Покажу на том же кейсе складской аналитики — с интерактивными приёмами, которые реально работают в дашбордах и на встречах.

🤡 Как контрить шитпостинг Президента США

Существующие решения на GitHub имеют фатальные изъяны. Разберём несколько примеров - плюсы и минусы.

В этом материале представлены результаты исследования рисков вытеснения работников искусственным интеллектом.

| Если вам интересна тема AI-агентов и внедрения нейросетей, заглядывайте в мой Telegram-канал ДругОпенсурса. Там я публикую свежие новости и разборы инструментов в числе первых. |

Модель систем - это прежде всего структура, которая упрощает понимание сложности. Любая сложная система может быть разобрана на простые и понятные составляющие. Модель систем — это методология, в рамках которой мы рассматриваем реальность как состоящую из взаимодействующих систем.

Привет, Хабр! Меня зовут Лера, я руководитель группы BIM-управления строительством в Sminex. Я уже делилась нашим опытом применения BIM-технологий и внедрения СИМ. В этой статье расскажу о том, как мы организовали электронную исполнительную документацию, какие сложности встретили и чего удалось достичь.

На стройке исполнительная документация — это все записи и акты о том, как выполняются работы, что проверено, что построено, какие материалы использованы. Раньше документооборот вели в бумажном виде — кипы журналов, актов, чертежей. Это было трудоёмко, долго и порой не удобно: документы легко терялись, сроки соблюдались не всегда, а контролировать весь процесс полностью было почти невозможно. Часто возникала путаница, кто что подписал, какие изменения внесены и на каком этапе находится проект.

29 ноября 2022 года вышел приказ Минстроя России № 1015, который с 1 сентября 2023 года разрешил вести исполнительную документацию в электронном формате — без обязательного дублирования на бумаге. Для нас это стало возможностью наконец вывести процесс работы с документацией из «серой зоны» и сделать его прозрачным.

Перевод ЭИД в электронный формат позволил нам:

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

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

На старте у клиента уже были дашборды, но они не закрывали текущие задачи бизнеса. Данные находились в разных системах — 1С, Excel, Google Таблицы, XML-выгрузки и внутренняя система.

Клиент принял решение выстроить аналитику заново и выбрал Apache Superset как инструмент визуализации. Сначала собрали единый слой в PostgreSQL, настроили загрузку через Python, привели метрики к одной логике и зафиксировали правила расчётов.

После этого уже собрали дашборды под управленческие задачи клиента. Визуализация строилась так, чтобы быстро находить отклонения и принимать решения, а не просто смотреть отчёты.

В результате у клиента появилась система, где данные считаются одинаково для всех, автоматически обновляются и используются в работе без дополнительных проверок.

Продолжаем data mining путешествие в погоне за удачей. Сегодня разберем как устроены жизненные факторы. Эти категория достаточно скучна, но статистически хорошо подтверждена. И интуитивно понятна большинству людей. Но влияние ее очень сильное. Поэтому рассмотрим ее подробнее.